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EXECUTIVE  SUMMARY 


BACKGROUND 

The  Horizontal  Integration  Experiment  was 
part  of  an  ongoing  project  conducted  under  the 
direction  of  the  Mounted  Warfighting 
Battlespace  Lab  (MWBL)  at  Fort  Knox,  Ken¬ 
tucky.  This  effort  supports  the  MWBL’s  Ad¬ 
vanced  Warfighting  Demonstration  of  Battle¬ 
field  Synchronization,  which  investigates  the  use 
of  digital  command,  control,  and  communica¬ 
tions  (C3)  technologies  in  selected  combat  ve¬ 
hicles  within  a  tank  heavy  battalion  task  force. 
The  project  will  culminate  in  a  National  Train¬ 
ing  Center  (NTC)  rotation  of  the  subject  task 
force.  Within  the  simulation,  the  task  force  used 
actual  and  surrogate  digital  C3  devices,  and 
Advanced  Distributed  Simulation  Technologies 
(ADST)  as  a  training  vehicle  for  the  upcoming 
NTC  rotation. 

This  repeat  documents  die  methodological 
lessons  learned  from  the  ADST  support  effort. 
The  MWBL  will  report  the  operational,  perfor¬ 
mance-based  findings  of  the  ADST  phase  in  a 
separate  report  This  report  is  therefore  limited 
to  such  areas  as  software  development  training 
and  training  development  scenario  development 
and  execution,  and  technical  support  of  the  simu¬ 
lation. 

METHODS 

Task  Force  1-70  of  the  194th  Armored  Bri¬ 
gade  (Separate)  participated  in  a  series  of  train¬ 
ing  exercises  in  October  and  December,  1993, 
using  Ml,  M1A2,  and  M2/M3  simulators  and 
supporting  simulation  equipment  at  the  Mounted 
Warfare  Test  Bed  (MWTB)  and  Mounted  War¬ 
fare  Simulation  Training  Center,  both  at  Fort 


Knox,  Kentucky.  All  simulations  were  con¬ 
ducted  on  the  NTC  terrain  database,  using  sce¬ 
narios  representative  of  a  typical  rotation. 
Throughout  the  ADST -based  training,  the  task 
force  used  a  combination  of  surrogate  and  ac¬ 
tual  Intervehicular  Information  System  (TVIS) 
and  Brigade  and  Below  Command  and  Control 
(B2C2)  platforms,  mounted  in  selected  simula¬ 
tor  and  table-top  configurations.  Task  Force 
fire  support  teams  also  used  actual  digital  mes¬ 
sage  devices  for  the  execution  and  coordination 
of  fire  support  The  task  force  was  augmented 
with  conventional  simulators  and  semiautomated 
forces  (SAFOR)  to  model  the  expected  mix  of 
IVIS/B2C2  equipped  and  conventional  combat 
vehicles  anticipated  during  the  NTC  rotation. 

A  significant  software  development  effort 
was  mounted  to  develop  IVIS  emulator  soft¬ 
ware  and  translation  software  to  implement  an 
interface  between  the  IVIS  communications 
protocols  and  those  used  within  the  surrogate 
B2C2  system.  In  addition,  existing  NTC  data¬ 
bases  had  to  be  installed  on  new  vehicle  simu¬ 
lator  and  desktop  platforms.  This  step  required 
special  processing  of  the  database  before  it  could 
be  installed  on  selected  simulators.  Prior  to  the 
simulation,  selected  members  of  the  task  force 
were  to  be  trained  on  the  surrogate  B2C2  sys¬ 
tems,  and  on  unique  aspects  of  MWTB  simula¬ 
tors.  This  support  requirement  also  included  a 
modest  training  development  and  training  sup¬ 
port  effort  preceding  the  actual  experiment  A 
limited  functional  test  was  conducted  of  the 
simulation  network,  sampling  all  software  and 
hardware  configurations,  in  order  to  verify  the 
performance  and  interoperability  of  all  systems. 
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A  final  task  of  the  support  effort  was  to  assist 
in  developing  measures  of  performance  to  sup¬ 
port  data  collection,  and  to  conduct  initial  data 
processing. 

METHODOLOGICAL  LESSONS 
LEARNED 

The  lessons  learned  from  the  simulation 
support  effort  provided  a  wealth  of  information 
that  is  useful  to  researchers  investigating  digital 
C3  or  using  ADST  as  a  vehicle  for  operational 
research  and  development.  Limitations  with 
voice  communications  networks,  the  simulation 
network,  and  the  capabilities  of  basic  simula¬ 
tion  equipment  such  as  computer  image  genera¬ 
tors  exhibited  a  need  for  more  reliable  and  ro¬ 
bust  systems.  Terrain  database  compatibility  and 
scenario  design  problems  limited  the  responsive¬ 
ness  of  SAFOR  systems.  Incompatibilities  be¬ 
tween  the  varied  digital  systems  constrained  data 
transfer  and  led  to  system  malfunctions.  The 
need  for  individual  familiarization  training  was 
reinforced  as  remedial  training  was  required  for 


some  participants  regarding  I  VIS  operation. 
Several  ways  to  improve  scenario  development, 
coordination,  and  implementation  were  gleaned 
from  the  experiment,  as  were  potential  improve¬ 
ments  to  simulation  support  procedures.  Finally, 
the  data  reduction  and  processing  effort  revealed 
possible  ways  to  improve  or  streamline  the  pro¬ 
cess. 

RECOMMENDATIONS 

The  lessons  learned  from  the  support  effort 
yielded  a  number  of  recommendations  appli¬ 
cable  to  both  battlefield  digitization  research  in 
general,  and  to  ADST  procedures.  Recommen¬ 
dations  are  offered  regarding  strategies  to  inves¬ 
tigate  digital  C3  research  in  both  the  ADST 
environment  and  the  field.  Recommendations 
regarding  ADST  procedures  address  potential 
improvements  to  planning  and  preparation,  func¬ 
tional  testing,  training,  scenario  support,  sup¬ 
port  staff  training,  and  exercise  preparation,  as 
well  as  recommendations  to  enhance  the  test 
bed’s  capabilities. 
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mation.  In  line  with  this  new  thrust,  the  MWBL 
has  the  lead  in  digitizing  mounted  combined 
arms  at  brigade  and  below,  leveraging  current 
technology  to  enhance  future  battle  command 
systems.  The  HI  Experiment  described  in  this 
report  grew  out  of  earlier  efforts  assessing  battle¬ 
field  synchronization  in  the  simulation  environ¬ 
ment  and  in  the  field  (see  Courtright,  et  al.  [1993] 
and  Goodman  [1993]).  Because  of  the  advan¬ 
tages  inherent  in  advanced  simulation  capabili¬ 
ties,  the  experiment  was  conducted  using  Dis¬ 
tributed  Interactive  Simulation  (DIS)  facilities 
at  Fort  Knox. 

The  HI  Experiment  was  designed  to  capital¬ 
ize  on  the  organic  training  activities  of  the  194th 
Armored  Brigade  (Separate)  at  Fort  Knox,  Ken¬ 
tucky.  Indeed,  a  major  goal  of  the  project  was 
to  support  the  train-up  of  the  brigade’s  TF  1-70 
as  it  prepared  for  its  April  1994  rotation  at  the 
NTC.  The  DIS  environment  afforded  excellent 
opportunities  for  the  TF  to  gain  valuable  prac¬ 
tice  using  digital  technology  in  unit  configura¬ 
tions  planned  for  the  NTC  rotation. 

DIS  capabilities  support  cost-effective  com¬ 
bat  simulations  using  qualified  crews  operating 
selective-fidelity  vehicle  simulators  on  synthetic 
terrain.  Building  on  earlier  Simulation  Network¬ 
ing  (SIMNET)  technology,  the  DIS  program 
incorporates  a  variety  of  simulators  supported 
by  site-specific  microprocessors  and  connects 
them  by  means  of  local  and  long-haul  network¬ 
ing.  By  combining  manned  vehicles  with 
semiautomated  forces  (SAFOR),  combat  units 
at  the  battalion  level  and  higher  can  battle  op¬ 
posing  forces  (OPFOR)  under  doctrinally-based 
conditions.  This  enables  combined  arms  ele¬ 
ments  from  physically  dispersed  sites  to  per¬ 
form  together  on  common  terrain  and  conduct 
realistic  mounted  warfare  operations.  These 


simulated  combat  capabilities  provide  a  power¬ 
ful  tool  for  investigating  new  warfighting  con¬ 
cepts  and  technologies. 

Under  the  ADST  delivery  order  mechanism, 
the  ADST  contract  team  supported  the  plan¬ 
ning,  preparation,  and  execution  of  the  HI  Ex¬ 
periment.  The  scope  of  the  support  activities 
encompassed  software  and  hardware  develop¬ 
ment,  functional  testing  of  simulation  capabili¬ 
ties,  development  of  implementing  materials, 
operational  support  of  simulated  combat  exer¬ 
cises,  and  collection  and  reduction  of  automated 
performance  data.  There  were  three  stages  of 
the  HI  Experiment:  platoon,  company  team,  and 
task  force  level  training. 

1.5  DESCRIPTION  OF  SIMULA¬ 
TION  SYSTEMS 

The  HI  Experiment  incorporated  generic 
ADST  systems  in  a  DIS  environment.  ADST 
incorporates  manned  simulators,  semiautomated 
forces,  and  combat  support  simulations  linked 
on  a  common  Ethernet  to  allow  realistic,  force- 
on-force  combat  simulations.  Current  ADST 
systems  are  based  on  SIMNET  technology.  A 
detailed  description  of  the  basic  system  capa¬ 
bilities  can  be  found  in  the  SIMNET  User's 
Guide  (U.S.  Army  Armor  School,  1989). 

Fort  Knox  currently  has  two  separate  simu¬ 
lation  facilities:  the  Mounted  Warfare  Simula¬ 
tion  Training  Center  (MWSTC)  and  the  Mounted 
Warfare  Test  Bed  (MWTB).  The  MWSTC  is 
used  primarily  for  training  Ml  tank  and  M2 
Bradley  Fighting  Vehicle  (BFV)  crews.  The 
MWSTC  has  a  total  of  41  Ml  tanks  and  13  M2 
BFVs.  Additionally,  this  facility  contains  two 
Tactical  Operations  Center  (TOC)  “shells”  with 
citizen  band  (CB)  radio  communication  to  the 
manned  simulators. 
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1.1  SCOPE  OF  REPORT 

This  report  documents  the  methodological 
lessons  learned  in  conducting  the  Horizontal  In¬ 
tegration  (HI)  Experiment  using  Advanced  Dis¬ 
tributed  Simulation  Technology  (ADST).  The 
report  also  summarizes  the  methods  used  to 
accomplish  the  experiment.  The  lessons  learned 
draw  on  the  observations  and  opinions  of  the 
contractor  research  support  staff.  The  Mounted 
Warfighting  Battlespace  Lab  (MWBL),  U.S. 
Army  Armor  Center  (USAARMC)  is  preparing 
the  primary  report  documenting  the  performance 
findings  of  the  experiment  This  lessons  learned 
report  is  designed  to  complement  the  MWBL 
report. 

12  AUTHORIZATION  DOCUMENTS 

The  following  documents  established  the 
basis  for  the  ADST  HI  Experiment 

Statement  of  Work  for  Horizontal  Integra¬ 
tion  (Battlefield  Synchronization),  23  August 
1993. 

Operation  Desert  Hammer  VI  Evaluation 
Plan  (Draft),  1  December  1993. 

13  OBJECTIVES 

The  ADST  HI  Experiment  was  designed  as 
part  of  an  Advanced  Warfighting  Demonstra¬ 
tion  of  Battlefield  Synchronization.  The  pur¬ 
pose  of  the  simulation  experiment  was  to  dem¬ 
onstrate  the  benefits  to  lethality,  survivability, 
and  battle  tempo  of  horizontally  integrated  digi¬ 
tal  communications  technology  within  a  com¬ 
bined  arms  task  force.  The  effort  supported  the 
train-up  of  Task  Force  (TF)  1-70  for  their  April 
1994  National  Training  Center  (NTQ  rotation. 


The  principal  research  goal  was  to  examine  is¬ 
sues  related  to  the  combat  payoffs  and  battle 
return  on  investment  realized  with  digital  capa¬ 
bilities  supporting  battalion/task  force  combat 
operations. 

The  contractor  support  objectives  were  to: 
4  Develop  and  test  selected  hardware  and  soft¬ 
ware  required  to  implement  the  HI  Experi¬ 
ment 

4  Support  the  preparation  of  implementing  ma¬ 
terials,  including  the  simulator  network  allo¬ 
cation  plan,  radio  network  plan,  and  elec¬ 
tronic  scenario  files. 

4  Support  the  execution  of  simulated  combat 
exercises,  to  include  initializing  and  main¬ 
taining  simulation  network  elements,  operat¬ 
ing  simulation  control  stations,  operating 
semi  automated  forces,  and  documenting 
hardware/software  problems. 

4  Support  the  collection  and  reduction  of  au¬ 
tomated  performance  data. 

4  Document  the  methodological  lessons  learned 
during  the  execution  of  the  experiment 

1.4  BACKGROUND 

Recent  Army  emphasis  on  digitizing  the 
battlefield  and  synchronizing  combat  activities 
has  set  the  stage  for  investigating  horizontal 
integration  of  the  battlefield.  This  emergent 
concept  refers  to  integrating  diverse  elements  of 
combined  arms  forces  by  means  of  rapid  dis¬ 
semination/exchange  of  combat-critical  informa¬ 
tion.  This  is  accomplished  by  utilizing  portable 
computers,  high-speed  networks  transmitting 
digitized  data,  and  advanced  displays  for  pre¬ 
senting  highly  processed  and  integrated  infor- 
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Figure  1-1.  Commander's  Integrated  Display 


The  second  facility  is  the  MWTB  which  is 
located  next  door  to  the  MWSTC.  The  primary 
function  of  the  MWTB  is  to  test  research  and 
development  issues  using  four  General  Dynamic 
Land  Systems  (GDLS)  M1A2  simulators,  eight 
Army  Research  Institute  (ARI)  Combat  Vehicle 
Command  and  Control  (CVCC)  Ml  simulators, 
and  two  BFV  simulators.  The  ADST  systems 
used  during  the  HI  Experiment  were  augmented 
with  a  variety  of  digital  command  and  control 
systems  enumerated  in  subsection  1.5.1,  follow¬ 
ing.  Specific  ADST  systems  used  are  enumer¬ 
ated  in  subsection  1.5.2. 

15.1  Digital  Command  and  Control 
Systems 

During  the  HI  Experiment,  various  digital 
command  and  control  (C2)  systems  were  inte¬ 
grated  with  vehicle  simulators  to  march  the 
expected  capabilities  of  the  task  force  during 
their  upcoming  NTC  rotation.  These  systems 
included  the  Intervehicular  Information  System 
(IVIS),  Brigade  and  Below  Command  and  Con¬ 
trol  (B2C2)  systems,  and  Digital  Message  De¬ 
vices  (DMDs).  The  following  paragraphs  de¬ 
scribe  each  system  and  how  it  was  implemented 
in  the  simulation. 

15.1.1  Intervehicular  Information 
System  (IMS) 

IVIS  is  the  basic,  vehicle-level,  digital  C2 
system  currently  integrated  in  the  M1A2  tank 
and  a  limited  number  of  BFVs.  IVIS  displays 
the  vehicle’s  own  current  location  on  a  mono¬ 
chrome  grid  display,  along  with  the  locations  of 
subordinate  and  adjacent  units,  commensurate 
with  the  vehicle  commander’s  radio  configura¬ 
tion.  IVIS  also  enables  the  vehicle  to  generate, 
receive,  and  relay  reports  to  and  from  other  IVIS- 
capable  systems.  (See  Appendix  E  IMS  rout¬ 


ing  tables  for  more  information.  Each  page 
shows  how  a  specific  type  of  digital  report  [e.g., 
CONTACT]  was  routed  on  three  nets:  battal¬ 
ion,  company,  and  platoon  command  nets.  The 
“X’s”  in  each  horizontal  column  indicate  who 
received  the  reports  when  sent  from  their 
“source"  [e.g..  Battalion  Commander]  on  the  nets 
indicated.)  The  IMS  interface  in  the  M1A2 
Commander’s  Integrated  Display  (CID)  is  illus¬ 
trated  in  Figure  1-1.  During  the  HI  Experiment, 
IMS  emulator  software  (IVIS-E)  was  develope 
to  run  on  desktop  and  laptop  computer  system 
to  augment  the  limited  number  of  existing  IMS- 
capable  simulators  in  the  MWTB. 

An  important  limitation  of  IVIS-E  systems 
was  the  variation  in  how  navigational  informa¬ 
tion  was  provided  to  the  driver  within  the  simu¬ 
lation,  as  compared  to  the  actual  IMS  display. 
The  navigation  component  of  the  IMS  system 
provides  directional  data  to  the  driver’s  display 
panel.  The  driver  uses  this  information  to  guide 
the  tank  through  a  series  of  waypoints  desig¬ 
nated  by  the  vehicle  commander.  This  enables 
the  driver  to  drive  tactically  (i.e.,  to  use  folds  in 
the  terrain  to  conceal  the  tank  as  much  as  pos¬ 
sible  from  enemy  observation  and  fires)  while 
maintaining  a  designated  base  course  without 
frequent  verbal  communications  over  the  ve¬ 
hicle  intercom.  Specific  differences  between 
IVIS-E  applications  are  addressed  under  the 
vehicle  simulator  descriptions  (see  section  1.5). 
The  differences  between  displays  occasionally 
caused  confusion  among  drivers  who  used  dif¬ 
ferent  simulator  configurations  over  the  course 
of  the  experiment 

Another  important  aspect  of  the  simulation 
with  respect  to  actual  M1A2  and  Bradley  IMS 
capabilities  was  the  issue  of  radio  networking 
and  data  transfer.  In  actual  vehicles,  IMS  data 
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Actual  LCUs  with  B2C2  software  were  hard¬ 
wired  into  two  separate  LANs,  one  linking  the 
combat  trains  command  post  (CTCP)  with  com¬ 
pany  lSGs,  and  the  other  linking  the  task  force’s 
TOC  with  a  simulated  battle  command  vehicle 
(BCV). 

Due  to  system  incompatibility,  there  was  no 
automated  data  link  between  the  actual  B2C2 
systems  and  either  the  CVCC  TOC  worksta¬ 
tions  or  the  IVIS  network.  TOC  staff  and  com¬ 
pany  team  lSGs  had  to  manually  transfer  data 
from  TOC  workstations  and  IVIS  displays  (re¬ 
spectively)  to  the  B2C2  system  in  order  to  gen¬ 
erate  reports.  Since  actual  B2C2  systems  were 
linked  via  LAN,  digital  traffic  between  termi¬ 
nals  did  not  have  to  compete  with  voice  radio 
traffic. 

1 .5.1.3  Digital  Message  Device  (DMD) 

DMDs  are  Tactical  Fire  Direction 
(TACMRE)  system  terminals  used  by  field  ar¬ 
tillery  forward  observers  (FOs)  and  fire  support 
teams  (FISTs).  Users  may  send  and  receive 
digital  messages  such  as  calls  for  indirect  fires. 
DMDs  can  communicate  using  wire,  AN/VRC- 
12  series  radios  or  SINCGARS  (Department  of 
the  Army,  1990).  During  the  simulation,  actual 
DMDs  were  used  in  each  company  FIST,  the 
BCV,  and  the  battalion  TOC,  hard-wired  to- 


1.5.2  Basic  Simulation  Systems 

The  tactical  simulation  was  controlled  using 
two  management,  command,  and  control  (MCC) 
systems,  each  with  a  SIMNET  control  console 
(SCC),  and  selected  combat  support  terminals. 
A  variety  of  SIMNET  vehicle  simulators  were 
also  integrated,  as  well  as  SAFOR,  CB  radios, 
SINCGARS  simulators,  a  digital  voice  gateway, 
a  stealth  vehicle  simulator,  several  Plan  View 
Displays  (PVDs),  and  the  automated  data  col¬ 
lection  system.  This  subsection  describes  the 
general  characteristics  of  each  system.  The 
SIMNET  User's  Guide  (U.  S.  Army  Armor 
School,  1989)  and  the  Combat  Engineer  MCC 
Console  Operations  Documentation  (Crooks  & 
Crooks,  1991)  provide  additional  information 
regarding  basic  system  capabilities  and  limita¬ 
tions. 

The  MCC  systems  initialized  the  exercise, 
placed  and  reconstituted  (i.e.,  restored)  simula¬ 
tors,  and  initialized  fire  support,  combat  engi¬ 
neer,  and  close  air  support  (CAS)  simulations. 
Within  each  MCC  system,  SCC  terminals  es¬ 
tablished  the  initial  parameters  for  the  exercise, 
and  handled  the  placement  and  reconstitution  of 
simulators.  Table  1-1  shows  how  simulation 
elements  were  allocated  between  the  two  MCC 
systems.  Fire  support  element  (FSE)  terminals 


gether  in  a  common  network.  Due 
to  system  incompatibilities,  there 
was  no  digital  link  between  IVIS 
and  the  DMDs,  or  between  the 
DMDs  and  B2C2  systems,  due  to 
system  incompatibilities.  FISTs 
with  IVIS  capabilities  had  to  trans¬ 
fer  targeting  data  manually  from 
IVIS  to  their  DMDs. 


Table  1*1.  Allocation  of  Simulation  Elements 

Between  Management,  Command  and 
Control  Systems 

MCC  Location  I  Simulation  Elements 


MCC  Location  Simulation  Element! 

MWTB  Exercise  MWTB  Vehicle  Simulators 

Control  Room  BtUFOR  Fire  Support  Element  terminal 

_ BLUFQR  Close  Air  Support  terminal 

Auxiliary  Control  Cell  MWSTC  vehicle  simulators 

OPFOR  Fire  Support  Element  terminal 
Combat  Engineer  Console _ 

94-0051-TR-W-01 
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packets  and  voice  radio  traffic  must  share  com¬ 
mon  radio  networks.  The  actual  system  grants 
priority  to  voice  traffic  so  that  voice  transmis¬ 
sions  override  data  packet  transmissions.  In  the 
simulation,  IVIS  packets  were  transmitted  over 
the  simulation  Ethernet  independently  of  each 
simulator’s  radio.  Therefore,  IVIS  packets  never 
competed  directly  with  voice  traffic  for  radio  air 
time  in  the  simulation.  Therefore,  throughout 
the  HI  simulation,  IVIS  crews  were  able  to  trans¬ 
mit  data  and  voice  traffic  simultaneously,  with¬ 
out  slowing  or  losing  data  transmissions.  This 
factor  also  eliminated  a  potential  data  measure, 
the  frequency  of  data  packets  being  interrupted 
by  voice  transmissions. 

The  simulated  IVIS  network  also  received 
and  transmitted  data  more  rapidly  than  the  ac¬ 
tual  IVIS.  This  was  due  to  a  faster  processing 
rate  within  the  IVIS  simulation,  as  compared  to 
the  actual  equipment  on  M1A2  tanks  and  IVIS 
Bradleys.  This  effect  was  true  of  all  IVIS  and 
IVIS-E  platforms. 

1 .5.1.2  Brigade  and  Below  Command 
and  Control  (B2C2) 

B2C2  is  an  advanced  digital  C2  system  de¬ 
signed  to  run  on  the  lightweight  computer  unit 
(LCU)  for  use  within  tactical  units.  The  opera¬ 
tor  can  create,  send  and  receive  various  mes¬ 
sages,  reports  and  graphic  overlays.  The  dis¬ 
play  includes  an  electronic  map  background  that 
can  be  linked  to  the  Global  Positioning  System 
(GPS)  to  provide  automated  location  updates. 
B2C2  can  communicate  over  a  local  area  net¬ 
work  (LAN)  or  Single  Channel  Ground  and 
Airborne  Radio  System  (SINCGARS)  (U.S. 
Army  Combined  Arms  Combat  Development 
Activity,  1993).  An  automated  data  link  be¬ 
tween  IVIS  and  B2C2  is  under  development  for 
use  during  Task  Force  1-70’s  NTC  rotation. 


However,  that  capability  is  not  currendy  avail¬ 
able  and  was  only  supported  within  the  simula¬ 
tion  through  the  use  of  CVCC  TOC  worksta¬ 
tions  as  surrogates  for  B2C2  (discussed  in  the 
following  paragraph).  Actual  LCUs  with  B2C2 
software  were  used  within  the  simulation  with¬ 
out  an  IVIS  data  link. 

The  CVCC  research  program  was  a  multi¬ 
year  developmental  project  investigating  ad¬ 
vanced  digital  and  thermal  technologies  to  en¬ 
hance  mounted  warfighting  command,  control, 
and  communications  (C3)  capabilities.  CVCC 
TOC  workstations  consist  of  a  central  process¬ 
ing  unit  (CPU),  keyboard,  mouse,  two  video 
monitors,  and  supporting  software.  As  normally 
configured,  CVCC  battalion  TOC  workstations 
feature  a  full-color  map  display  with  four  map 
scales  (1:25,000;  1:50,000;  1:125,000;  and 
1:250,000),  overlay  drawing  tools,  and  message 
handling  utilities.  These  utilities  are  similar  to 
the  functional  capabilities  of  the  B2C2  system. 
Therefore,  CVCC  battalion  TOC  workstations 
were  configured  using  a  single  video  monitor  to 
emulate  B2C2  systems  during  the  HI  Experi¬ 
ment  CVCC  TOC  workstations  were  linked  to 
the  simulation  Ethernet  to  exchange  data  with 
IVTS-capable  systems  within  the  task  force.  IVIS 
translator  (TTRANS)  software  converted  digital 
messages  and  overlays  between  IVIS  and  CVCC 
formats.  (See  Appendix  F  for  documentation 
on  how  the  ITRANS  software  converted  digital 
information).  TOC  staff  used  the  CVCC  over¬ 
lay  drawing  tools  to  create  and  send  IVIS -com¬ 
patible  overlays  on  the  battalion  network,  but 
could  not  receive  overlays  from  the  simulators. 
See  Leibrecht,  et  al.  (1993)  and  Meade,  Lozicki, 
Leibrecht,  Smith  and  Myers  (in  preparation)  for 
more  detailed  descriptions  of  the  CVCC  TOC 
workstations. 
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have  carried  tube-launched,  optically  tracked, 
wire-guided  (TOW)  missiles  and  25  mm  am¬ 
munition. 

Four  IVIS-equipped  GDLS  M1A2  simula¬ 
tors  in  the  MWTB  supported  the  HI  Experi¬ 
ment.  These  simulators  featured  monochrome, 
flat-panel  computer  displays  at  all  crew  stations 
as  well  as  other  controls  and  indicators  that 
replicated  systems  unique  to  the  M1A2  tank. 
For  example,  the  driver’s  integrated  display 
(DID)  in  the  simulator  looked  and  functioned 
like  the  driver’s  display  in  an  actual  M1A2. 
Drivers  checked  vehicle  status,  operated  equip¬ 
ment  such  as  fire  extinguishers,  and  received 
navigation  information  in  the  same  way  they 
could  on  the  actual  vehicle.  The  M1A2  simu¬ 
lators  also  included  a  Commander’s  Indepen¬ 
dent  Thermal  Viewer  (CITV).  The  CTTV  used 
thermal  technology  that  allowed  the  vehicle  com¬ 
mander  to  scan  for  targets  independently  of  the 
tank  turret  in  any  light  or  visibility  condition. 
The  actual  M1A2  was  the  first  U.S.  Army  tank 


to  employ  a  CITV. 
The  CITV  and  IVIS 
controls  and  dis¬ 
plays  are  part  of  the 
CID  (illustrated  in 
Figure  1-1)  on  both 
the  actual  vehicle 
and  the  simulator. 
When  M1A2  simu¬ 
lators  were  used  to 
represent  MlAls, 
the  IVIS  and  CITV 
were  disabled. 
However,  the 
driver’s  displays 
could  not  be  dis¬ 
abled,  presenting 
the  driver  with  controls  that  did  not  correspond 
with  those  he  usually  operated.  M1A2  simula¬ 
tors  were  equipped  with  CB  radios  for  tactical 
communications. 

In  addition  to  the  features  described  in  the 
preceding  paragraph.  Ml  A2  simulators  featured 
a  Thermal  Imaging  System  (TIS)  channel  in  the 
gunner’s  primary  sight.  The  US  was  a  compo¬ 
nent  of  the  basic  Ml  tank  that  was  carried  over 
to  the  M1A2.  However,  TIS  was  not  modelled 
in  the  generic  Ml  simulator.  The  TIS  used 
thermal  imaging  technology  for  target  acquisi¬ 
tion  and  engagement  in  low  light  and  low  vis¬ 
ibility  conditions.  In  the  actual  tank,  the  gunner 
could  toggle  between  the  daylight  image  and 
the  thermal  image  on  the  gunner’s  primary  sight 
unit.  In  the  M1A2  simulator,  though,  the  gunner 
could  not  toggle  between  thermal  and  daylight 
channels  during  operations.  Instead,  the  selec¬ 
tion  was  made  using  a  software  switch  during 
vehicle  initialization. 
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in  the  task  force  BCV  and  the  auxiliary  control 
cell  allowed  the  implementation  of  friendly  and 
enemy  artillery  and  mortar  fires.  A  combat 
engineer  console  (CEC)  in  the  auxiliary  control 
cell  was  used  to  emplace  friendly  and  enemy 
minefields  on  the  database.  A  CAS  terminal  in 
the  BCV  allowed  for  the  implementation  of  air 
attacks  in  support  of  Blue  Force  (BLUFOR) 
operations. 

Ml  and  M2  vehicle  simulators  in  the 
MWTB  and  MWSTC  were  the  basic  elements 
in  the  high-resolution,  interactive,  tactical  ma¬ 
neuver  and  engagement  simulation.  Each  simu¬ 
lator  contained  crew  compartments  with  vision 
blocks,  sights,  controls  and  indicators  represent¬ 
ing  actual  Ml  and  M2  vehicles.  Vision  blocks 
were  video  displays  driven  by  a  computer  im¬ 
age  generator  (CIG)  to  provide  out-the-window 
views  of  the  simulated  battlefield.  Each  simu¬ 
lator  contained  a  host  computer  with  its  own 
copy  of  the  terrain  database  and  simulation 
outcome  files.  As  each  simulator  moved  and 
fired,  the  host  computer  broadcast  vehicle  status 
packets  on  the  simulation  Ethernet.  The  host 
computer  received  and  processed  information 
regarding  other  elements  in  the  simulation  and 
implemented  the  appropriate  outcome  through 
the  screens  and  indicators  in  the  simulator,  thus 
facilitating  the  interactive  simulation  of  combat 
operations.  Tactical  radio  communications  were 
accomplished  using  radio  systems  built  into  each 
simulator  and  base  stations  in  command  posts 
and  exercise  control  cells. 

1.5.2.1  Ml  Simulators 

Three  different  types  of  Ml  simulators  were 
used  during  the  HI  Experiment  Simulator  al¬ 
locations  were  driven  by  the  IVIS  capabilities 
desired  within  each  stage  of  the  training  and  by 


the  availability  of  simulators  at  the  MWSTC. 
Four  M1A2  and  eight  CVCC  Ml  simulators  in 
the  MWTB  were  used  primarily  to  represent 
actual  MlA2s.  Additional  Ml  simulators  in  the 
MWSTC  were  used  to  represent  other  manned 
vehicles  throughout  the  simulation.  When  ap¬ 
propriate,  IVIS  emulators  were  placed  in 
MWSTC  Ml  simulators  to  represent  MlA2s. 
In  other  situations,  MWTB  simulators  were  used 
to  represent  Ml  Als.  In  still  other  circumstances. 
Ml  simulators  at  both  sites  were  used  as  surro¬ 
gates  for  other  types  of  vehicles  that  do  not 
exist  within  the  ADST  environment  For  ex¬ 
ample,  Mis  were  occasionally  used  to  represent 
high-mobility,  multipurpose  wheeled  vehicles 
(HMMWVs)  and  Ml  13  family  vehicles. 

The  basic  Ml  simulator  consists  of  sepa¬ 
rate  driver’s  and  turret  compartments.  Figure 
1-2  shows  the  layout  of  a  typical  Ml  simulator. 
The  simulator  interior  resembles  the  interior  of 
a  Ml  tank,  although  some  controls  and  indica¬ 
tors  are  represented  using  non-functioning  mock- 
ups  or  decals  on  the  simulator  wall.  Additional 
simulator-specific  controls  and  indicators  are 
integrated  to  facilitate  selected  functions  such 
as  ammunition  handling.  The  MI  SIMNET 
Operator’s  Guide  (U.S.  Army  Armor  School, 
1987)  describes  the  capabilities  and  limitations 
of  the  basic  simulator  in  greater  detail.  Although 
the  simulator  can  accommodate  a  55  round  basic 
load,  emulating  the  capabilities  of  the  basic  Ml 
with  a  105  mm  gun,  basic  loads  were  limited  to 
40  rounds  during  the  HI  Experiment  to  model 
MlAls  and  MlA2s  with  120  mm  guns.  Usu¬ 
ally,  when  Ml  simulators  were  used  to  repre¬ 
sent  other  vehicle  types  (e.g.,  FIST-Vs),  no 
ammunition  was  allocated  to  that  simulator.  The 
only  exception  was  when  Ml  simulators  were 
used  to  represent  BFVs  that  would  otherwise 


1-7 


Federal,  Inc. 


ADST/WDUTR-93-  W0032500 


1 .5.2.2  M2/M3  Bradley  Fighting  Ve-  and  900  rounds  of  25  mm  ammunition  (300 

hide  (BFV)  Simulators  ready.  600  stowed).  Initially,  the  25  mm  load 

BFV  simulators  in  both  the  MWTB  and  was  a  mix  of  410  rounds  high  explosive,  incen- 
MWSTC  were  used  during  the  HI  Experiment  (HEI)  (23°  ready-  180  stowed),  and  490 

to  represent  infantry  fighting  vehicles,  improved  armor-piercing,  discarding  sabot  (APDS)  (70 
TOW  vehicles  (UVs),  and  other  vehicles  (e.g.,  ready*  420  stowed).  During  task  force  level 
FIST-V).  BFV  simulators  were  less  frequently  training,  the  unit  chose  to  load  BFVs  entirely 

used  as  surrogate  vehicles  than  M 1  simulators  with  APDS.  The  SIMNET M2/M3  Crew  Manual 

due  to  their  more  limited  availability.  The  ge-  (PM  TRADE,  undated)  provides  additional  in- 
neric  BFV  simulator  consists  of  a  single  outer  formation  regarding  BFV  simulator  capabilities, 
compartment  that  is  further  divided  into  a  Two  BFV  simulators  in  the  MWTB  were 
driver’s  station  and  a  turret  compartment.  Con-  used  primarily  to  represent  IVIS-capable  M2s 

trols  and  indicators  replicate  those  found  within  or  M3s  within  the  simulation.  These  simulators 

the  actual  vehicle.  Figure  1-3  depicts  a  generic  contained  built-in  computer  screens  (similar  to 

BFV  simulator.  As  with  the  tank  simulator,  CCDs  in  CVCC  simulators),  simulated  LRFs, 

selected  switches  and  displays  are  non-opera-  and  SINCGARS  simulators.  The  tow  test  but- 

tional  mock-ups  or  decals,  while  simulator-spe-  ton  hi  the  MWTB  BFV  simulators  was  modi- 

cific  switches  and  displays  are  added  to  perform  fied  for  use  as  an  LRF  switch  to  model  M2A3 

selected  functions  (e.g.,  navigational  aids  and  capabilities  and  to  allow  the  grid  locations  of 

ammunition  handling  controls).  Tactical  com-  Iascd  objects  to  be  entered  into  IVIS  reports 

munications  were  accomplished  using  CB  ra-  The  SINC-GARS  simulators  were  mounted  on 

dios.  The  basic  load  for  BFV  simulators  was  die  simulator’s  interior  wall,  outside  the  turret 


seven  TOW  missiles  (two  ready,  five  stowed)  compartment.  This  differed  from  the  location 


of  the  radio  mount 
within  the  turret  com¬ 
partment  of  the  stan¬ 
dard  BFV  simulator. 
These  simulators  also 
contained  driver’s 
navigation  displays 
like  those  found  in  die 
CVCC  simulators. 

When  MWSTC 
BFV  simulators  re¬ 
quired  IVIS  capabili¬ 
ties,  a  laptop  or  desk¬ 
top  computer  with 
IVIS  emulator  soft- 


Figure  1-3.  M2  Simulator 


ware  was  placed  in 
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Eight  Ml  CVCC  simulators  in  the  MWTB 
also  supported  the  HI  Experiment.  These  were 
special  Ml  simulators  developed  to  support  the 
CVCC  research  program.  The  CVCC  configu¬ 
ration  included  a  computer  monitor  referred  to 
as  the  command  and  control  display  (CCD), 
input  controls,  and  CITV  at  the  commander’s 
station;  a  navigation  display  in  the  driver’s  com¬ 
partment,  and  a  CPU  that  ran  the  CVCC  tactical 
display,  navigation,  and  communications  mod¬ 
ules.  CVCC  simulators  also  incorporated 
SINCGARS  radio  simulators  and  a  TIS  capa¬ 
bility.  Due  to  the  similarities  between  CVCC 
and  the  M1A2  system  (with  IVIS),  CVCC  simu¬ 
lators  were  the  preferred  platform  to  represent 
MlA2s  once  the  actual  GDLS  M1A2  simula¬ 
tors  were  exhausted.  IVIS  emulator  software 
was  loaded  in  lieu  of  CVCC  software.  The 
CCD  in  the  CVCC  simulator  served  as  a  surro¬ 
gate  for  the  IVIS  components  of  an  Ml  A2  GOD. 

In  contrast  to  the  M1A2,  the  CVCC  simula¬ 
tors’  US  could  be  toggled  by  the  gunner  during 
operations.  The  CITV  controls  and  display  in 
the  CVCC  simulators  differed  somewhat  from 
the  M1A2,  but  there  were  only  two  functional 
differences  between  the  two  CITV  platforms: 
(1)  the  vehicle  commander  cannot  shoot  from 
the  CVCC  CITV  like  the  M1A2  commander 
can,  and  (2)  the  CVCC  CITV  has  its  own  laser 
range  finder  (LRF)  capability.  The  driver’s  navi¬ 
gational  display  in  CVCC  simulators  was  en¬ 
tirely  different  from  that  in  the  Ml  A2.  Drivers 
who  expected  the  CVCC  simulator  display  to 
operate  the  same  as  the  M1A2  display  occa¬ 
sionally  became  confused  when  they  tried  to 
interpret  the  navigational  information.  Two 
features  available  in  both  the  generic  Ml  simu¬ 
lator  and  Ml  A2  simulators  were  omitted  in  the 
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CVCC  simulators:  The  ability  to  view  bumper 
numbers  on  adjacent  vehicles,  and  the  ability  to 
raise  or  lower  the  view  from  the  commander’s 
cupola,  relative  to  the  horizon  (i.e.,  “look-up/ 
look-down”).  See  Leibrecht,  et  al.  (1993)  for  a 
more  detailed  description  of  CVCC  simulators. 

In  addition  to  the  capabilities  noted  in  the 
preceding  paragraphs,  CVCC  Ml  and  M1A2 
simulators  could  be  initialized  with  an  autoloader 
capability.  Autoloaders  were  used  for  selected 
vehicles  during  the  simulation  at  the  unit's  op¬ 
tion.  The  autoloader  loaded  the  type  of  round 
selected  by  the  gunner,  if  that  type  of  ammuni¬ 
tion  was  available  in  the  vehicle’s  ready  ammo 
rack.  Autoloader  cycle  times  were  approxi¬ 
mately  7.5  to  8  seconds  to  reload  after  a  main 
gun  firing,  and  approximately  10.5  to  11  sec¬ 
onds  to  clear  the  breech  and  reload  with  a  dif¬ 
ferent  type  of  ammunition  if  the  gunner  changed 
the  round  selection.  If  the  selected  type  of 
ammunition  was  not  available  in  the  ready  rack, 
the  ammunition  compartment  door  cycled  open 
and  shut  until  the  gunner  changed  his  selection, 
placed  the  weapon  on  safe,  or  until  the  ammu¬ 
nition  transfer  function  was  initiated. 

When  MWSTC  Ml  simulators  were  used  to 
represent  MlA2s  or  other  IVIS-capable  vehicles, 
laptop  or  desk  top  computers  with  IVIS  emula¬ 
tor  software  were  placed  in  the  simulators.  The 
computers  were  plugged  into  the  simulation 
network  and  placed  on  a  utility  cart  between  the 
loader’s  and  commander’s  stations  within  the 
turret  compartment.  These  emulators  received 
position  data  and  LRF  inputs  automatically  from 
the  simulator’s  host  computer.  Other  inputs  were 
accomplished  using  a  mouse.  These  surrogate 
MlA2s  lacked  CITVs,  driver’s  navigation  dis¬ 
plays,  and  TIS  capabilities. 
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operated  on  the  battlefield  according  to  a  com¬ 
bination  of  computer  sub-routines  and  on-line 
commands.  Operators  controlled  SAFOR  units 
or  vehicles  by  establishing  engagement  ranges, 
vehicle  positions,  unit  formations,  movement 
speed  and  direction,  and  various  other  param¬ 
eters.  The  computer  executed  SAFOR  move¬ 
ment,  determined  line-of-sight  relationships,  and 
engaged  opposing  vehicles  according  to  pro¬ 
grammed  sub-routines  and  operator-controlled 
parameters.  SAFOR  operators  interacted  with 
manned  elements  according  to  the  roles  dictated 
by  the  elements  they  controlled.  For  example,  a 
SAFOR  operator  controlling  a  tank  company 
normally  assumed  the  role  of  that  company’s 
commander.  Some  versions  of  SAFOR  soft¬ 
ware  have  the  capability  to  generate  and  trans¬ 
mit  IVIS  reports  on  the  simulation  Ethernet,  but 
that  functionality  was  not  used  during  the  cur¬ 
rent  effort.  Tactical  and  administrative  voice 
communications  between  SAFOR  operators  and 
unit  or  control  personnel  were  accomplished 
using  CB  radio  base  stations. 

The  degree  of  realism  provided  by  SAFOR 
is  limited  by  a  number  of  factors.  For  example, 
SAFOR  unit  formations  are  based  on  textbook 
models,  with  each  vehicle  a  uniform  distance 
and  direction  from  the  next  Only  operator  in¬ 
put  or  combat  losses  will  cause  the  unit  to  change 
formation.  Unless  the  operator  intervenes,  a 
unit  headed  for  untrafficable  terrain  will  run  into 
that  terrain  and  become  mired.  Likewise, 
SAFOR  units  suffering  significant  losses  will 
not  abort  an  assigned  task  unless  the  last  vehicle 
in  the  unit  is  killed  or  the  operator  inputs  a  new 
command.  The  operator  can  establish  a  SAFOR 
unit’s  maximum  engagement  range,  level  of 
proficiency,  target  engagement  priorities,  and 
permission  to  fire,  but  the  operator  cannot  dic¬ 


tate  the  turret  orientation  of  individual  vehicles 
or  control  fire  distribution. 

1 .5.2.7  Citizen's  Band  (CB)  Radios 

The  generic  SIMNET  system  uses  CB  ra¬ 
dios  as  the  primary  medium  for  voice  commu¬ 
nications.  CB  radios  are  mounted  in  most  simu¬ 
lators,  and  base  stations  are  used  in  table-top 
configurations.  Vehicle  radio  mounts  include  a 
facade  that  resembles  AN/VRC-12  series  tacti¬ 
cal  radios.  Within  the  TOC,  radios  are  config¬ 
ured  to  resemble  either  AN/VRC-12  series  ra¬ 
dios  or  AN/GRC-139  remote  sets.  The  radios 
are  linked  together  using  radio  frequency  (RF) 
cable  to  preclude  broadcasting  beyond  the  facil¬ 
ity  walls. 

1 .5.2.8  Single  Channel  Ground  and 
Airborne  Radio  System 
(SINCGARS)  Simulators 

SINCGARS  radio  simulators  were  intro¬ 
duced  to  the  MWTB  in  conjunction  with  the 
CVCC  program.  Existing  systems  are  mounted 
in  CVCC  Ml  and  MWTB  M2  simulators,  and 
in  a  limited  number  of  standalone  (i.e.,  table- 
top)  sets.  SINCGARS  radio  simulators  trans¬ 
lated  voice  traffic  into  digital  format,  and  trans¬ 
mitted  radio  traffic  over  the  simulation  Ethernet. 
Only  the  vehicle-mounted  SINCGARS  simula¬ 
tors  were  used  during  the  HI  Experiment.  Two 
digital  voice  gateways  (DVGs)  served  as  the 
interface  between  digital  and  CB  format  traffic 
so  that  CBs  and  SINCGARS-equipped  simula¬ 
tors  could  communicate  on  common  networks. 
Each  gateway  handled  up  to  four  radio  chan¬ 
nels,  for  a  total  of  eight  networks.  Initially,  both 
gateways  were  located  in  the  MWTB,  but  dur¬ 
ing  the  latter  stages  of  the  experiment,  one  was 
moved  to  the  MWSTC. 
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the  simulator.  The  computer  was  placed  on  a 
utility  cart  immediately  outside  the  turret  com¬ 
partment.  These  simulators  had  no  LRF  capa¬ 
bilities,  so  only  vehicle  position  information  was 
received  from  the  host  computer.  Operator  in¬ 
put  was  performed  using  a  mouse  in  almost  all 
cases,  although  one  system  was  configured  with 
a  trackball. 

1.5.2.3  Battle  Command  Vehicle 
(BCV) 

A  Standard  Integrated  Command  Post  Sys¬ 
tem  (SICPS),  emulating  an  M577  extension,  was 
used  in  the  MWTB  throughout  task  force  level 
training  to  represent  the  task  force  BCV.  The 
BCV  contained  three  CVCC  Battalion  TOC 
workstations  to  simulate  B2C2  systems.  These 
systems  were  allocated  to  the  S3  Air,  the  S2, 
and  FSO,  respectively.  An  LCU  running  actual 
B2C2  software,  connected  via  the  LAN  to  an 
LCU  in  the  task  force  TOC,  was  also  located  in 
the  BCV.  The  FSE  also  used  a  DMD  in  the 
BCV  to  receive  and  transmit  messages  to  FISTs. 
A  SIMNET  FSE  terminal  in  the  BCV  was  used 
to  execute  friendly  artillery  missions,  and  a 
SIMNET  CAS  terminal  was  used  to  execute 
friendly  air  sorties.  CB  radio  base  stations  lo¬ 
cated  in  the  BCV  were  used  for  tactical  voice 
communications.  The  BCV  did  not  appear  as  a 
visible  entity  within  the  simulation. 

This  system,  less  the  CAS  workstation  and 
LCU,  was  used  as  the  task  force  command  post 
to  support  company  training.  It  was  not  re¬ 
ferred  to  as  the  BCV  at  that  time.  However,  for 
the  sake  of  simplicity  throughout  the  remainder 
of  this  report,  any  reference  to  the  BCV  will 
represent  that  work  area  within  the  MWTB. 


1 .5.2.4  Tactical  Operations  Center 

(TOC) 

Mock-up  M577  command  post  vehicles  with 
extensions  in  the  MWSTC  were  used  during 
task  force  training  to  represent  the  task  force 
and  Brigade  TOCs.  Operators  within  the  TOCs 
used  paper-based  maps,  acetate  overlays,  and 
status  charts  to  manually  track  unit  locations 
and  status.  Tactical  voice  radio  communica¬ 
tions  were  accomplished  using  CB  base  stations. 
An  LCU  with  B2C2  software,  linked  via  the 
LAN,  provided  a  data  link  between  the  BCV 
and  the  task  force  TOC.  Communications  with 
the  Brigade  TOC  were  limited  to  voice  radio 
traffic.  A  DMD  in  the  task  force  TOC  served 
as  a  link  to  the  TACFIRE  system.  This  DMD 
was  tied  into  the  hard-wire  network  with  other 
DMDs  in  the  simulation.  The  TOCs  were  not 
represented  on  the  simulation  network. 

1525  Combat  Trains  Command  Post 
(CTCP) 

A  portion  of  the  SICPS  tent,  separated  by 
partition  from  the  BCV,  housed  the  CTCP  within 
the  MWTB.  Operators  used  CB  radio  base 
stations  for  tactical  voice  communications.  An 
LCU  with  B2C2  software  was  networked  via 
the  LAN  to  unit  lSGs  for  digital  administrative 
and  logistic  (admin/log)  traffic.  The  CTCP  did 
not  appear  on  the  simulation  database. 

1.5. 2. 6  Semiautomated  Forces 

(SAFOR) 

SAFOR  elements  were  used  to  represent  all 
OPFOR  maneuver  and  air  elements  and  to  fill 
out  unmanned  combat  elements  of  the  task  force. 
SAFOR  are  computer-generated  forces  that 
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CVCC  simulators  had  to  undergo  special  pro¬ 
cessing  to  ensure  compatibility  with  the  host 
simulator.  Different  versions  of  the  database 
were  resident  in  different  types  of  systems,  al¬ 
though  all  were  basically  compatible. 

1.6  REPORT  ORGANIZATION 

The  remainder  of  this  report  is  organized 
into  four  sections.  Section  2.0  describes  the 
research  issues,  the  general  approach,  and  the 
exercise  conditions  involved  in  the  effort.  Sec¬ 


tion  3.0  summarizes  the  methods  used,  includ¬ 
ing  the  unit  configurations,  support  personnel, 
training  procedures,  exercise  scenarios,  and  au¬ 
tomated  data  collection  procedures.  Section  4.0 
discusses  the  lessons  learned  which  are  benefi¬ 
cial  to  future  research,  addressing  issues  of  simu¬ 
lation  systems,  methodology,  and  data  collec¬ 
tion.  Finally,  section  5.0  offers  recommendations 
for  future  research  issues  and  for  enhancing 
ADST  methodology  and  procedures. 
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1.5.2.9  Stealth  Vehicle  Simulator 

The  stealth  vehicle  simulator  at  the  MWTB 
was  used  by  exercise  observers  to  monitor  tac¬ 
tical  events.  The  stealth  simulator  consisted  of 
a  plan  view  display  (PVD)  and  spaceball,  a  host 
computer,  a  CIG,  and  a  large-screen  video 
monitor.  The  host  computer  received  data  from 
the  simulation  ethemet,  and  the  CIG  generated 
an  “out  the  window"  view  on  the  large  screen 
monitor.  The  PVD  and  space  ball  were  used  to 
manipulate  the  location  and  viewing  angle  of 
the  stealth  simulator.  The  stealth  simulator  could 
observe  combat  vehicles,  minefields,  and  air¬ 
craft  but  was  transparent  to  other  simulators  in 
the  exercise. 

1.5.2.10  Plan  View  Display  (PVD) 

In  addition  to  the  PVD  at  the  stealth,  support 
personnel  used  PVDs  to  monitor  operations,  flag 
selected  events  for  data  collection,  and  support 
After  Action  Reviews  (AARs).  The  PVD  is  a 
full-color,  two-dimensional  map  screen  that  can 
show  all  tactical  elements  involved  in  a  given 
exercise.  BLUFOR  and  OPFOR  vehicles  are 
shown  in  blue  and  red,  respectively.  Various 
utilities  provide  the  PVD  operator  with  a  wide 
variety  of  useful  functions  (e.g.,  checking 
intervisibility  between  vehicles,  measuring  dis¬ 
tances,  identifying  individual  vehicles,  and  lo¬ 
cating  specific  vehicles  of  interest).  The  PVD 
also  depicts  minefields,  engagement  events,  and 
the  impact  of  indirect  fires  and  aerial  bombs. 
Two  PVDs  were  located  in  the  exercise  control 
room  (ECR),  and  one  in  the  auxiliary  control 
cell. 

1.5.2.11  Automated  Data  Recording 
System 

A  Silicon  Graphics,  Inc.  (SGI)  Indigo  com¬ 
puter  captured  all  data  packets  transmitted  by 
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simulation  elements  participating  in  the  exer¬ 
cises  and  recorded  those  packets  to  disk.  Ex¬ 
amples  of  simulation  packets  captured  included 
vehicle  appearance  packets,  fire  packets,  and 
impact  packets.  A  clock  unit  provided  time 
stamps  as  part  of  the  data  stream.  Following 
the  tactical  exercises,  SGI  files  were  used  to 
extract  automated  data  in  support  of  the  evalu¬ 
ation  plan.  The  DataLogger  did  not  record  voice 
transmissions.  Due  to  disk  limitations  with  the 
DataLogger,  the  SGI  logger  was  used  on  one 
occasion  for  AAR  playback  because  the 
DataLogger  disk  was  too  small  to  capture  the 
data.  AAR  playbacks  allowed  simulation  par¬ 
ticipants  to  view  the  exercise  from  a  projected 
PVD  or  stealth  view,  and  to  review  what  oc¬ 
curred  in  detail. 

1.5.2.12  Voice  Recording  System 

Video  Cassette  Recorders  (VCRs)  were  used 
to  record  voice  radio  communications,  one  ra¬ 
dio  network  per  VCR.  Time  signals  from  the 
automated  data  recording  systems’s  clock  unit 
were  recorded  to  ensure  the  ability  to  synchro¬ 
nize  simulation  events  with  voice  radio  traffic. 

The  audio  feed  to  the  VCRs  was  obtained  via 
RF  cable  from  a  CB  base  station.  All  networks 
supported  by  the  DVG  were  recorded  using  a 
total  of  eight  VCRs  to  capture  all  command  net 
traffic  at  company  team  level  and  above. 

1.5.2.13  Terrain  Database 

Each  vehicle  and  stealth  simulator,  PVD, 
SAFOR  system,  and  CVCC  TOC  workstation 
participating  in  the  simulation  used  individual 
terrain  databases  that  represented  the  National 
Training  Center.  For  the  most  part,  the  data¬ 
base  files  used  by  each  type  system  (e.g.,  ve¬ 
hicle  simulators)  were  identical.  A  notable 
exception  was  that  the  terrain  database  used  on 
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gade  to  which  TF  1-70  was  to  be  attached  dur¬ 
ing  its  NTC  rotation  (3rd  Brigade,  24th  Infantry 
Division  [Mechanized]).  Electronic  files  and 
related  materials  required  for  SIMNET  scenario 
implementation  were  developed  by  contract 
personnel.  All  exercises  were  executed  in  force- 
on-force  mode,  with  the  OPFOR  consisting 
entirely  of  SAFOR  elements.  The  OPFOR  rep¬ 
resented  a  former  Soviet  client  state,  employing 
Soviet  weapons  and  tactics  as  outlined  in  FM 
100-2-1  (Department  of  the  Army,  1984). 

At  each  level  of  training,  exercise  control¬ 
lers  were  provided  by  the  next  higher  level  of 
the  chain  of  command.  For  example,  brigade 
headquarters  personnel  served  as  controllers 
during  all  task  force  training  exercises.  Con¬ 
trollers  conducted  mission  briefings,  monitored 
scenario  planning  and  execution,  represented 
higher  headquarters  positions  during  execution, 
and  supported  AARs. 

A  contractor-staffed  exercise  support  team 
included  experienced  specialists  required  to 
operate  the  simulation  equipment.  This  team 
initiated  and  maintained  the  simulation  elements 
for  each  scenario,  operated  the  SAFOR  control 
stations,  represented  adjacent  and  subordinate 
elements,  executed  fire  support  and  combat 
engineer  functions,  supported  scenario  playbacks 
for  AARs,  supported  automated  data  recording, 
and  documented  equipment  problems.  In  addi¬ 
tion,  research  scientists  supported  the  planning 
of  automated  data  collection  as  well  as  the  fol¬ 
low-on  reduction  of  automated  data. 

A  systematic  data  collection  plan  (see  Ap¬ 
pendix  A)  was  developed  to  document  the  task 
force’s  performance  during  scenario  execution. 
The  types  of  data  collected  included:  automated 
performance  data,  subject  matter  expert  (SME) 
observations,  questionnaire  responses  by  key  unit 


personnel,  and  post-scenario  comments  made  by 
unit  personnel  during  AARs. 

2.3  EXERCISE  CONDITIONS 

The  case  study  nature  of  the  HI  Experiment 
and  the  training  requirements  of  TF  1-70  set  the 
stage  for  the  experimental  design.  The  driving 
precept  called  for  the  task  force  to  perform  its 
combat  tasks  using  available  digital  technology 
and  the  operating  procedures  it  expected  to  use 
at  the  NTC.  Because  of  limitations  on  the  ex¬ 
perimental  scope,  no  control  group  or  baseline 
condition  was  planned  for  this  effort.  However, 
follow-on  efforts  may  provide  opportunities  to 
collect  descriptive  data  regarding  the  perfor¬ 
mance  of  conventional  (i.e.,  baseline)  units.  Two 
variables  of  interest  were  embedded  in  the  over¬ 
all  approach:  size  of  the  unit  in  training  (pla¬ 
toon,  company  team,  and  task  force)  and  type 
of  mission  (i.e.,  defense,  attack,  and  movement 
to  contact).  At  the  task  force  level,  the  unit 
completed  one  run  through  each  scenario,  with 
the  potential  to  compare  performance  across  the 
unit’s  four  company  teams  limited  by  differ¬ 
ences  in  specific  missions,  engagement  oppor¬ 
tunities,  and  other  similar  factors. 

By  and  large,  task  force  exercises  provided 
the  principal  data  collection  opportunities.  The 
sequence  of  missions  is  recounted  in  Chapter  3 
(see  section  3.4.3).  The  scenarios  were  designed 
for  execution  as  a  continuous  series  of  opera¬ 
tions,  typical  of  a  NTC  rotation.  Generally,  one 
mission  was  executed  each  day,  with  thorough 
AARs  concluding  each  day.  The  task  force 
commander  modified  the  unit’s  task  organiza¬ 
tion  to  meet  specific  requirements  of  each  mis¬ 
sion. 

Tactical  communications  were  accomplished 
using  CB  radios  and  SENCGARS  simulators. 
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CHAPTER  2 
DESIGN 


2.1  ISSUES 

The  research  issues  underlying  the  HI  Ex¬ 
periment  are  addressed  in  the  evaluation  plan 
associated  with  the  experiment  (Appendix  A). 
The  methodological  issues  related  to  contractor 
support  objectives  were  as  follows: 

4  What  difficulties  were  encountered  in  plan¬ 
ning  and  preparing  for  the  HI  Experiment? 
4  What  shortcomings  in  basic  simulation  ca¬ 
pabilities  were  encountered? 

4  How  could  the  procedures  for  testing  the 
hardware  and  software  be  improved? 

4  What  implementation  and  execution  prob¬ 
lems  occurred? 

4  How  could  the  data  collection  and  reduction 
procedures  be  enhanced? 

These  contractor  support  issues  provide  the 
framework  for  this  lessons  learned  report  In¬ 
formation  pertaining  to  the  research  issues, 
including  performance  data,  is  presented  in  the 
MWBL  report. 

2.2  GENERAL  APPROACH 

The  HI  Experiment  was  designed  as  a  case 
study  to  assess  the  combat  performance  impact 
of  digital  technology  in  the  context  of  TF  1-70 
training  for  its  upcoming  NTC  rotation.  Using 
DIS  facilities  at  the  MWTB  and  MWSTC,  unit 
configurations  of  elements  of  TF  1-70  were 
replicated  by  combining  vehicle  simulators,  digi¬ 
tal  C2  device  simulators,  and  SAFOR.  Vehicle 
simulators  inducted  M1A2  and  Ml  main  battle 
tank  simulators,  M2/M3  BFV  simulators,  Ml 
simulators  serving  as  HMMWV  and  Ml  13 
vehicles,  and  M2/M3  simulators  serving  as 
M2A3s  and  ITVs.  Three  digital  C2  devices  were 


simulated:  the  IVIS,  the  B2C2  system,  and  the 
DMD.  BCV,  TOC,  and  CTCP  capabilities  were 
modeled  to  include  B2C2  workstations.  Tacti¬ 
cal  radio  capabilities  were  modeled  at  brigade 
level  and  below. 

Training  exercises  were  organized  at  the 
platoon,  company,  and  task  force  levels  by  task 
force  and  brigade  personnel.  Set  in  the  context 
of  company  team  exercises,  platoon  level  train¬ 
ing  was  conducted  by  one  of  die  TF  1-70  com¬ 
pany  teams.  All  four  of  the  task  fence’s  com¬ 
pany  teams  conducted  three  days  of  training 
each,  implementing  their  habitual  task  organi¬ 
zations  with  all  crews  in  simulators.  At  the  task 
force  level,  TF  1-70  conducted  seven  days  of 
training  with  variable  task  organizations  imple¬ 
mented  by  combining  manned  simulators  and 
SAFOR  vehicles.  As  a  general  rule,  task  force 
training  was  accomplished  with  crews  at  die 
platoon  sergeant  level  and  above  operating  in 
simulators.  A  more  detailed  account  of  the  unit’s 
organization  during  each  exercise  is  provided  in 
Chapter  3,  section  3.1. 

Unit  training  at  all  levels  involved  simulated 
combat  scenarios  designed  to  prepare  the  task 
force  for  its  NTC  rotation.  Accordingly,  all 
training  exercises  were  set  on  the  NTC  terrain 
database.  At  all  levels,  the  set  of  training  sce¬ 
narios  included  three  types  of  missions:  de¬ 
fense,  attack,  and  movement  to  contact.  Force 
ratios  varied  by  scenario  according  to  the  units’ 
training  objectives.  The  command  and  control 
environment  was  modeled  after  current  battle¬ 
field  doctrine.  Platoon  and  company  scenarios 
were  developed  by  task  force  personnel,  while 
task  force  scenarios  were  developed  by  the  bri- 
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with  operational  networks  approximating  those 
normally  used  by  the  task  force.  Degradation 
of  radio  communications  resulting  from  distance 
and  terrain  masking  were  not  modeled.  All 
digital  messages  were  transmitted  via  a  commu¬ 
nications  Ethernet  instead  of  through  the  radio 
unit,  omitting  the  interrupted  digital  transmis¬ 
sions  and  garbling  typically  encountered  in  the 
field. 

The  simulated  terrain  database  was  a  fairly 
realistic  representation  of  actual  NTC  terrain, 
including  hilly  regions  with  narrow  passes. 
Slow-go  and  no-go  regions  of  the  database  cor¬ 
responded  to  specific  terrain  conditions  charac¬ 
terizing  the  NTC  region,  such  as  soft  sand. 

Only  daytime  operations  with  clear,  sunny 
skies,  moderate  temperatures,  and  dry  ground 
conditions  were  modeled  in  the  simulation  ex¬ 
periment.  Due  to  limitations  of  the  basic  simu¬ 
lation  technology,  all  operations  were  conducted 
in  closed-hatch  mode.  Low  light  conditions. 


such  as  dusk  and  night,  were  not  modeled,  nor 
were  battlefield  obscurants  such  as  smoke. 
Minefields  were  visible  through  vision  blocks 
by  virtue  of  markers  appearing  on  the  terrain. 
Contaminated  areas  were  modeled  notionally. 

By  and  targe,  tactical  logistics  were  mod¬ 
eled  notionally.  When  a  vehicle  sustained  dam¬ 
ages  from  any  cause,  it  was  normally  not  “re¬ 
paired”  or  reconstituted  during  the  remainder  of 
the  exercise.  Fuel  and  ammunition  were  not 
resupplied  during  the  course  of  a  scenario. 
Generally,  when  a  vehicle  was  “killed,”  its  crew 
was  out  of  the  play  for  the  duration  of  the  ex¬ 
ercise.  At  the  start  of  a  new  scenario,  the  sup¬ 
port  staff  reconstituted  the  entire  unit  at  full 
strength,  with  full  fuel  and  ammunition  loads 
for  each  vehicle.  During  the  last  day  of  task 
force  training,  a  logistics  exercise  was  conducted 
to  challenge  the  unit's  logistics  communications, 
coordination,  and  planning  capabilities. 
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CHAPTER  3 

SUMMARY  OF  METHODS 


3.1  DESCRIPTION  OF  UNITS 

This  section  describes  the  units  involved  in 
the  HI  Experiment,  and  explains  how  manned, 
semiautomated,  and  combat  support  simulator 
systems  were  allocated  to  represent  elements  of 
the  task  force. 

3.1.1  Task  Force  (TF)  1-70 

Task  Force  1-70  is  permanently  task-orga¬ 
nized  with  three  tank  companies  (A,  B,  and  C 
Companies),  and  a  mechanized  infantry  com¬ 
pany  (D  Company,  2-13  Infantry,  Mechanized). 
Organic  units  also  include  a  scout  platoon,  heavy 
mortar  platoon,  and  combat  service  support  el¬ 
ements.  In  addition  to  the  permanent  task  orga¬ 
nization,  the  unit  has  a  habitual  task  organiza¬ 
tion  as  depicted  in  Figure  3-1. 

Besides  the  task  organization,  the  allocation 
of  digital  C2  systems  was  an  important  consid¬ 
eration  in  the  allocation  of  simulator  systems  to 
support  the  HI  Experiment  Figure  3-2  illus¬ 
trates  how  those  systems  will  be  allocated 
throughout  the  task  force  during  the  actual  NTC 
rotation.  The  different  types  of  simulators  de¬ 
scribed  earlier  (see  section  1.5)  were  allocated 
in  similar  fashion  during  the  current  effort  to 
model  the  capabilities  the  task  force  will  have 
available  during  the  rotation. 

During  the  company  team  training,  the  ha¬ 
bitual  task  organizations  of  the  respective  com¬ 
pany  teams  were  maintained.  During  the  task 
force  exercises,  the  task  organization  was  modi¬ 
fied  by  scenario,  according  to  the  mission,  en¬ 
emy,  terrain,  time,  and  troops  (METT-T)  avail¬ 
able. 


Throughout  the  training,  M 1  and  BFV  simu¬ 
lators  were  frequently  used  to  represent  other 
vehicle  types  that  do  not  exist  in  the  MWTB 
and  MWSTC.  For  example,  lSGs  and  FISTs 
typically  used  Ml  simulators  in  lieu  of 
HUMMWVs  and  FIST-Vs,  respectively.  When 
surrogate  vehicles  were  used,  weapons 
functionalities  were  matched  as  much  as  pos¬ 
sible.  Bradley  simulators  were  used  to  repre¬ 
sent  ITVs  during  Company  C/Team  Strike  train¬ 
ing  exercises.  Due  to  a  shortage  of  BFV 
simulators.  Ml  simulators  were  used  as  surro¬ 
gates  for  BFV  simulators  within  the  mechanized 
infantry  platoon  during  Team  D’s  training.  All 
opposing  force  maneuver  units  woe  represented 
using  SAFOR. 

BLUFOR  and  OPFOR  artillery  and  mortars 
were  generated  through  the  MCC,  using  sepa¬ 
rate  FSE  workstations  for  each  force.  The 
BLUFOR  FSE  workstation  was  located  in  die 
TFTOC.  The  OPFOR  FSE  was  collocated  with 
the  OPFOR  workstations.  Engineer  play 
(emplacing  minefields)  was  exercised  using  a 
CEC  located  adjacent  to  the  OPFOR  FSE  ter¬ 
minal. 

3.1.2  Platoon  Training 

Platoon  training  was  conducted  within  the 
context  of  company  team  exercises,  directed  by 
the  company  commander.  TF  1-70  elected  to 
have  only  one  company  team.  Team  B,  partici¬ 
pate  in  the  training  at  this  level.  Four  M1A2 
simulators  were  allocated  to  the  platoon  leaders 
and  team  commander.  The  remainder  of  the 
BLUFOR  company  team  and  adjacent  BLUFOR 
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company  teams  consisted  of  SAFOR.  In  the 
case  of  the  mechanized  infantry  platoon,  a 
SAFOR  M2  platoon  was  created  and  tethered 
to  the  platoon  leader  in  an  M1A2  simulator. 
The  support  staff  used  a  standalone  IVIS  termi¬ 
nal  to  monitor  the  company  IVIS  network. 

3.1.3  Company  Team  Training 

Each  company  team  was  fully  manned  dur¬ 
ing  its  respective  three-day  training  period. 
Simulators  were  allocated  for  each  company 
commander,  executive  officer,  FIST,  first  ser¬ 
geant,  aid  team,  and  all  combat  vehicles  within 
assigned  or  attached  platoons.  The  tank  and 


mechanized  platoons  in  adjacent  company  teams 
of  the  task  force  were  represented  using  SAFOR, 
as  outlined  in  Table  3-1.  One  manned  simula¬ 
tor  was  made  available  for  the  battalion  com¬ 
mander  or  another  member  of  the  command 
group,  to  be  used  for  mounted  observation  of 
the  team  in  training. 


Simulator  availability  and  the  task  force’s 
training  objectives  dictated  periodic  modifica¬ 
tions  to  the  task  force  configuration  during  the 
exercise.  Simulator  availability  at  the  MWSTC 


3.1.4  Task  Force  Training 


Table  3*1.  Division  of  Forces  Among  BLUFOR  Semiautomated  Force 
Workstations  During  Company  Team  Training 


Unit(a)  in  Training 

Mission 

- Units  Controlled  . 

SAFOR  WS  1  SAFOR  WS  2 

Team  A 

Defense 

Teams  B  &  Strike 
(5  pits) 

Company  C  &  Team  D 
(Spits) 

Attack 

Teams  B  &  Strike 
(5  pits) 

Company  C  &  Team  D 
(5  pits) 

Movement  to  Contact 

Teams  D  &  Strike 
(Spits) 

Team  B  &  Company  C 
(5  pits) 

Team  B 

Defense 

Teams  A  &  Strike 
(5  pits) 

Company  C  &  Team  D 
(5  pits) 

Attack 

Company  C  &  Team  Strike 
(4  pits) 

Teams  A  &  D 
(6  pits) 

Movement  to  Contract 

Teams  A  &  Strike 
(5  pits) 

Company  C  &  Team  D 
(5  pits) 

Co  C  &  Team  Strike 

Defense 

Teams  A  &  B 
(6  pits) 

Team  D 
(3  pits) 

Attack 

Team  B 
(3  pits) 

Teams  A  &  D 
(6  pits) 

Movement  to  Contact 

Teams  A  &  D 
(6  pits) 

Team  B 

(3  pits) 

Team  D 

Defense 

Teams  B  &  Strike 
(5  pits) 

Team  A  &  Company  C 
(5  pits) 

Attack 

Teams  B  &  Strike, 

Company  C  (7  pits) 

Team  A 
(3  pits) 

Movement  to  Contact 

Teams  A  &  Strike 
(5  pits) 

Team  B  &  Company  C 
(5  pits) 

M40»1  TR-W-02 
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Table  3*3.  Additional  Vehicle  Simulator  Manning  Require* 
ments.  Task  Force  Training,  December  17-19 


Duty  Position1 

Deo. 

17 

Doe. 

It 

Doc. 

19 

Scout  Squads  (4  each) 

Ml 

Ml 

-- 

Aid  Teams  (8  each) 

- 

-- 

Ml 

Tm  A 1SG 

— 

— 

M1A2 

Wing  Tank/lst  Pit  (A12) 

Ml 

Ml 

- 

Wing  Tank/lst  Pit  (A13) 

Ml 

- 

- 

Wing  Tank/2nd  Pit  (A22) 

Ml 

Ml 

- 

Wing  BFVs/3rd  Pit  (2  each:  032.  D33) 

M2 

- 

- 

Tm  B  1SG 

— 

- 

M1A2 

Wing  Tank/lst  Pit  (B12) 

Ml 

Ml 

-- 

Wing  Tank/lst  Pit  (B13) 

Ml 

-- 

- 

Wing  Tank/2 nd  Pit  (B22) 

Ml 

Ml 

- 

Wing  Tank/2nd  Pit  (B23) 

Ml 

-- 

- 

Wing  BFV/3rd  Pit  (D22) 

M2 

-- 

-? 

CoC  1SG 

~ 

— 

M1A2 

Wing  Tank/lst  Pit  (Cl 2) 

Ml 

Ml 

- 

Wing  Tank/3rd  Pit  (C32) 

Ml 

Ml 

- 

Wing  Tank/3rd  Pit  (C33) 

Ml 

- 

- 

TmDlSG 

— 

— 

M1A2 

Wing  BFVs/lst  Pit  (2  each:  D12,  D13) 

M2 

- 

-- 

Wing  Tank/2nd  Pit  (A32) 

Ml 

Ml 

- 

Wing  Tank/2nd  Pit  (A33) 

Ml 

- 

- 

Wing  Tank/3rd  Pit  (B32) 

Ml 

Ml 

- 

Except  for  M1A2s.  all  vehicles  were  non-lVIS  simulators  In  MWSTC.  The  alignment 
of  platoons  among  company  teams  shown  above  is  based  on  the  unit's  habitual 
task  organization.  The  actual  task  organization  was  modified  for  December  17*18. 
aAlpha  numerics  in  parentheses  (e.g.,  A13)  represent  vehicle  bumper  numbers. 


ated  using  SAFOR.  On  December  18,  one 
SAFOR  wing  tank  was  required  for  each  tank 
platoon  in  the  task  force  except  the  2nd  platoon 
of  C  Company,  which  was  entirely  composed 
of  SAFOR  vehicles.  Two  SAFOR  wing  ve¬ 
hicles  were  required  for  each  mechanized  infan¬ 
try  platoon.  As  usual,  the  ITV  section  was  rep¬ 
resented  using  SAFOR.  Also,  a  SAFOR  air 


defense  platoon1  was  added 
to  the  simulation  to  repre¬ 
sent  Stinger  teams.  On  De¬ 
cember  19,  the  TF  reverted 
to  the  SAFOR  configuration 
used  on  December  13-16. 

3.2  SUPPORT  PER¬ 
SONNEL 

Personnel  supporting  the 
HI  Experiment  can  be  cat¬ 
egorized  into  several 
groups,  all  reporting  to  the 
Delivery  Order  (DO)  Man¬ 
ager,  over  the  course  of  the 
project  Software  engineers 
developed  the  IVIS  emula¬ 
tor  and  translator  programs 
prior  to  the  simulation,  sup¬ 
ported  functional  testing, 
and  provided  technical  sup¬ 
port  throughout  the  exercise. 
A  systems  analyst  provided 
technical  and  operational 
support  related  to  simulator 
and  C2  systems  integration 
issues,  both  prior  to  and 
during  the  simulation,  and  designed  and  con¬ 
ducted  functional  testing.  MWTB  site  techni¬ 
cians  installed  and  maintained  simulator  and  C2 
systems  throughout  the  project  MWSTC  site 
support  personnel  provided  technical  support  on 
MWSTC  Ml  and  BFV  simulators.  A  training 
developer  and  selected  members  of  the  scenario 
support  staff  developed  and  conducted  simula- 


'Friendly  SAFOR  unit  options  include  a  tracked,  missile-firing  air  defense  platform  that  can  be  configured 
to  functionally  represent  a  variety  of  currently  fielded  and  planned  surface-to-air  systems.  In  this  case,  the 
systems  were  limited  to  line-of-sight  acquisition  and  a  5000  meter  range  in  order  to  model  Stinger  teams. 
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flam 

differed  throughout  the  task  force  train¬ 
ing  period,  due  to  competing  simulator 
requirements.  The  task  force’s  training 
objectives  changed  slightly  from  day  to 
day,  as  different  forms  of  combat  opera¬ 
tions  (e.g.,  offense  and  defense)  were  em¬ 
phasized.  Likewise,  Admin/Log  opera¬ 
tions  received  greater  emphasis  during 
the  logistics  exercise  (LOGEX)  on  the 
last  day  of  task  force  training.  The  task 
force  itself  determined  the  most  appro¬ 
priate  mix  of  manned  and  SAFOR  ele¬ 
ments,  given  their  daily  training  objec¬ 
tives  and  simulator  availability. 

The  priority  for  manned  simulator  al¬ 
locations  was  to  C2  vehicles.  Table  3-2 
shows  the  common  positions  manned 
throughout  task  force  training.  Varia¬ 
tions  to  the  manning  scheme  are  de¬ 
scribed  in  following  paragraphs. 

During  the  first  four  days  of  task  force 
training,  December  13-16,  wing  tanks  for 
all  line  platoons  except  2nd  platoon  of 
Team  Strike  were  represented  using 
SAFOR.  First  sergeants  operated  from 
standalone  B2C2  LCUs  in  the  MWTB. 
The  ITV  section  was  represented  using 
SAFOR  BFVs  throughout  task  force 
level  training.  Combat  support  was  con¬ 
trolled  in  the  same  manner  as  in  com¬ 
pany  team  training,  with  the  addition  of 
a  CAS  terminal  in  the  TF  TOC.  Table 
3-3  shows  additional  vehicles  that  were 
manned  on  December  17-19. 

Table  3-4  shows  the  allocation  of 
friendly  SAFOR  among  the  two  dedi¬ 
cated  workstations.  Due  to  the  manning 
level  on  December  17,  only  wing  ve¬ 
hicles  and  the  ITV  section  were  gener- 


Table  3-2.  Task  Force  Common  Manned 


Simulator  Requirements 


Duly  Portion 

Simulator  Typo/Romorfco 

Battalion  Commander 

Battalion  S-3 

Scout  Platoon  Lea  Oar 

Scout  Platoon  Sergeant 

Mortar  Platoon  Leader 

AOA  Platoon  Leader 

Engineer  Company  Commander 
Engineer  Platoon  Loader 

Engineer  Platoon  Sergeant 

CVCCM1 

CVCC  Ml 

MWSTC  M2  w/IVIS-E1 

MWSTC  Ml  w/IVIS-E1 

MWSTC  Ml  w/IVIS-E1 

MWSTC  M2  w/IVIS-E 

MWSTC  Ml  w/IVIS-E1 

MWSTC  Ml  w/IVIS-E1 

MWSTC  Ml  w/IVIS-E1 

Tm  A  Commander 

Tm  A  Executive  Officer 

Tm  A  FIST 

1st  Pit  Ldr/Tm  A  (I/A/1-70) 

1st  PttSgt/Tm  A 

2nd  Pit  Ldr/Tm  A  (2/A/1-70) 

2nd  Pit  Sgt/Tm  A 

3rd  (Mach)  Pit  Ldr/Tm  A  (3/D/2-15) 

3rd  Pit  Sgt/Tm  A 

CVCC  Ml 

CVCC  Ml 

MWSTC  Ml  w/IVIS-E  &  DMD1 
MWSTC  Ml  w/IVIS-E 

MWSTC  Ml  w/IVIS-E 

MWSTC  Ml  w/IVIS-E 

MWSTC  Ml  w/IVIS-E 

MWSTC  M2  w/IVIS-E 

MWSTC  M2  w/IVIS-E 

TmB  Commander 

Tm  B  Executive  Officer 

TmB  FIST 

1st  Pit  Ldr/Tm  B  (1/B/1-70) 

1st  Pit  Sgt/Tm  B 

2nd  Pit  Ldr/Tm  B  (2/B/1-70) 

2nd  Pit  Sgt/Tm  B 

3rd  (Mach)  Pit  Ldr/Tm  B  (2/D/2-15) 

3rd  Pit  Sgt/Tm  B 

CVCC  Ml 

CVCC  Ml 

MWSTC  Ml  w/IVIS-E  &  DMD1 
MWSTC  Ml  w/IVIS-E 

MWSTC  Ml 

MWSTC  Ml  w/IVIS-E 

MWSTC  Ml 

MWSTC  M2  w/IVIS-E 

MWSTC  M2 

Co  C  Commander 

Co  C  Executive  Officer 

Co  C  FIST 

1«t  Pit  Ldr/Co  C  (1/G/1-70) 

1st  Pit  SgVCo  C 

3rd  Pit  Ldr/Co  C  (3/C/1-70) 

3rd  Pit  SgVCo  C 

CVCC  Ml 

CVCC  Ml 

MWSTC  Ml  w/DMD1 

MWSTC  Ml 

MWSTC  Ml 

MWSTC  Ml 

MWSTC  Ml 

Tm  D  Commander 

Tm  D  Executive  Officer 

Tm  D  FIST 

1st  Pit  Ldr/Tm  D  (I/D/2-15) 

1st  Pit  Sgt/Tm  D 

2nd  (Tank)  Pit  Ldr/Tm  D  (3/A/1-70) 

2nd  Pit  Sgt/Tm  D 

3rd  (Tank)  Pit  Ldr/Tm  D  (3/B/1-70) 

3rd  PttSgVTm  D 

MWTB  M2  w/IVIS-E 

MWSTC  M2  w/IVIS-E 

MWSTC  M2  w/IVIS-E  &  DMD1 
MWSTC  M2  w/IVIS-E 

MWSTC  M2 

MWSTC  Ml  w/IVIS-E 

MWSTC  Ml 

MWSTC  Ml  w/IVIS-E 

MWSTC  Ml 

Tm  Strike  Commander 

Tm  Strike  FIST 

Tank  Pit  Ldr/Tm  Strike  (2/C/1-70) 

Pit  Sgt/Tm  Strike 

Wing  Tank/Tm  Strike  (Bumper  •  C22) 
Wing  Tank/Tm  Strike  (Bumper  «  C23) 

MWTB  M2  w/IVIS-E 

MWSTC  Ml  w/IVIS-E  &  DMO1 
M1A22 

M1A22 

M1A22 

M1A22 

frMXUl-TR-W-OJ 


1  Surrogate  vehicle 

2  During  tria  tut  day  of  training,  the  tank  platoon  in  Team  Strike  operated  in 
MWSTC  Mia  with  IVIS-E. 
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Table  3-5.  Support  Staff  Positions  Required  During  Company  Team  and 
Task  Force  Level  Training 


Position 

Remarks 

Delivery  Order  manager 

Also  served  as  systems  engineer 

MCC/SCC  operator 

Central  POC  for  network  problems  and  support  staff  coordination; 
supported  AAR  play  backs 

SAFOR  operators 

2  BLUFOR,  2  OPFOR  operators 

BLUFOR  FSE  operator 

Assisted  BCV  staff  members  in  the  operation  of  CVCC  TOC 
workstations 

CEC/OPFOR  FSE  operator 

Operated  the  SCC  controlling  MWSTC  simulators  during  scenario 
execution 

Systems  analyst 

Monitored  simulation  network  status;  analyzed  and  documented 
network  problems 

Floor  monitors 

One  at  MWTB  and  one  at  MWSTC;  documented  equipment 
problems 

PVD  operator/event  flagger 

Primarily  supported  data  collection  during  task  force  training 

Software  engineers 

Provided  substantial  on-site  support  during  exercises 

MWTB  site  technicians 

5  dedicated  technicians  operated  throughout  HI  Experiment 

MWSTC  site  support  personnel 

Present  during  ail  stages  of  MWSTC  operations 
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lers  and  participants,  and  contractor  support 
personnel,  and  exercised  overall  responsibility 
for  the  preparation  and  execution  of  the  simula¬ 
tion.  He  allocated,  placed,  and  reconstituted  all 
manned  simulators  and  MCC-generated  forces, 
supervised  all  SAFOR  operations  from  a  tech¬ 
nical  standpoint,  operated  the  DataLogger  dur¬ 
ing  exercises  and  after  action  reviews,  and  co¬ 
ordinated  all  aspects  of  technical  support  during 
and  between  simulations.  The  MCC/SCC  op¬ 
erator  was  assisted,  as  required,  by  BLUFOR 
and  OPFOR  controllers,  floor  monitors,  and  the 
CEC/OPFOR  FSE  operator. 

SAFOR  operators  controlled  all  SAFOR  el¬ 
ements  in  the  simulation.  Friendly  SAFOR 
controllers  reported  to  the  BLUFOR  tactical 
leaders  and  commanders,  as  required,  through¬ 
out  each  scenario.  The  units  they  controlled 


varied  by  scenario,  as  shown  in  Tables  3-1  and 
3-4.  During  task  force  training,  the  BLUFOR 
controllers  were  generally  assisted  by  radio  tele¬ 
phone  operators  (RTOs)  from  task  force  units. 
OPFOR  operators  controlled  all  enemy  units. 
OPFOR  elements  were  divided  between  the  two 
OPFOR  workstations  and  operators  in  order  to 
maintain  an  equitable  division  of  labor  and  avoid 
system  overload,  if  possible.  During  company 
team  training,  OPFOR  controllers  reported  to 
the  task  force  S-2,  who  acted  as  the  OPFOR 
commander.  During  task  force  training,  the 
194th  Bde  S-2  or  his  representative  acted  as  the 
OPFOR  commander. 

The  BLUFOR  FSE  operator  executed  indi¬ 
rect  fires  in  support  of  friendly  forces,  and  moved 
the  task  force  mortar  platoon,  as  directed  by  the 
task  force  Fire  Support  Officer  (FSO). 
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Table  3*4.  Division  of  Forces  Among  BLUFOR  Semiautomated 
Force  Workstations  During  Task  Force  Training 


Day(*) 

SAFOR  WS1 

SAFOR  WS  2 

Dec.  13-16. 19 

Tm  A:  All  wing  vehicles 

Tm  B:  All  wing  vehicles 

Tm  Strike:  1TV  section 

Total:  14  vehicles 

Co  C:  All  wing  vehicles 

Tm  D:  All  wing  vehicles 

Total:  10  vehicles 

Dec.  17 

Four  wing  vehicles  (A23,  (B33, 
Cl  3,  D23),  ITV  section 

Total:  6  vehicles 

None 

Dec.  18 

Tm  A:  Four  wing  vehicles 
(A13,  A23,  D32,  D33) 

Tm  B:  Four  wing  vehicles 
(B13,  B23,  D22,  D23) 

Tm  Strike:  ITV  section 

Total:  10  vehicles 

Co  C:  Two  wing  vehicles 
(Cl  3.  C33) 

Tm  D:  Four  wing  vehicles 
(D12,  D13,  A33,  B33) 

AIR  DEFENSE  platoon 

Total:  10  vehicles 
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tor  and  C2  equipment  training  for  unit  person¬ 
nel.  Research  scientists  assisted  USAARMC 
personnel  in  the  selection  and  definition  of  per¬ 
formance  measures,  the  construction  of  data 
collection  instruments,  and  in  data  processing 
activities. 

Scenario  support  personnel  prepared  and 
supported  the  actual  tactical  simulations.  The 
level  of  effort  necessary  to  support  tactical  train¬ 
ing  differed  significantly  between  the  platoon 
level  training  effort  in  October,  and  the  com¬ 
pany  team  and  task  force  level  training  periods 
in  December.  The  following  subsections  enu¬ 
merate  support  staff  roles  and  responsibilities. 

3.2.1  Platoon  Training 

Support  personnel  for  platoon  level  training 
included  an  MCC/SCC  operator  and  two 
SAFOR  operators.  The  MCC/SCC  operator 
allocated,  placed,  and  reconstituted  all  manned 
simulators  and  MCC-generated  forces  (i.e.,  en¬ 
gineers  and  fire  support  elements),  supervised 
all  SAFOR  operations,  performed  basic  trouble¬ 


shooting  activities, 
and  coordinated  with 
site  technicians  when 
problems  occurred. 
One  SAFOR  opera¬ 
tor  supported  the 
BLUFOR,  and  one 
operated  the 
OPFOR.  Indirect 
fires  were  simulated 
directly  through  the 
SAFOR  terminals 
using  the  “bomb  but¬ 
ton.”  Operators  also 
used  the  CEC  to 
emplace  minefields 
in  support  of  the  simulation.  The  responsibility 
for  CEC  operation  was  shared  among  all  three 
support  staff  members. 

312  Company  Team  and  Task  Force 
Training 

The  support  staff  for  the  company  team  and 
task  force  level  training  phase  was  much  larger 
than  that  required  for  platoon  level  training,  due 
to  the  significantly  expanded  operational  scope 
during  the  December  time  frame.  Table  3-3 
enumerates  support  staff  roles.  The  remainder 
of  this  section  explains  the  responsibilities  asso¬ 
ciated  with  each  duty  position. 

The  DO  manager  bore  overall  responsibility 
for  the  coordination  and  conduct  of  contractor 
support  efforts  during  the  HI  Experiment  He 
worked  closely  with  software  engineers,  site 
technicians,  the  project  officer,  and  the  MCC/ 
SCC  operator  to  identify  and  resolve  equipment- 
related  problems. 

The  MCC/SCC  operator  served  as  the  pri¬ 
mary  point  of  contact  between  military  control- 
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capabilities.  As  ongoing  software  development 
schedules  permitted,  support  staff  members  prac¬ 
ticed  IVIS  tasks  on  the  emulators.  Staff  mem¬ 
bers  also  used  functional  test  checklists  as  guide¬ 
lines  to  check  out  the  emulators,  to  train 
themselves,  and  to  refine  the  checklists.  The 
day  prior  to  the  actual  functional  test,  staff 
members  performed  systematic  checks  on  most 
of  the  simulator  and  rest  equipment  features  using 
revised  checklists,  documented  any  bugs  for  fur¬ 
ther  investigation,  and  noted  any  equipment- 
related  questions  that  still  required  clarification. 

3.3.2  Command  Post  Staff  Training 

Contract  personnel  trained  selected  TOC  staff 
members  from  TF  1-70  to  operate  the  CVCC 
battalion  TOC  workstations.  The  training  em¬ 
phasized  those  CVCC  TOC  workstation  features 
that  closely  paralleled  B2C2  functions. 

The  CVCC  TOC  workstations  were  used 
during  the  HI  Experiment  because  of  the  func¬ 
tional  similarities  between  the  CVCC  and  B2C2 
software.  In  order  to  capitalize  on  those  simi¬ 
larities,  prior  training  on  B2C2  was  established 
as  a  desirable  prerequisite  for  HI  Experiment 
TOC  workstation  operators.  Operators  were  also 
to  be  qualified  in  their  specific  duty  positions 
prior  to  the  CVCC  TOC  workstation  training. 
The  training  schedule  permitted  hands-on  train¬ 
ing  and  practice  on  the  basic  skills  for  up  to 
eight  hours.  This  represented  a  reduction  from 
the  two  days  originally  projected  for  TOC  train¬ 
ing. 

Training  on  the  S2,  S3,  FSO,  and  S1/S4  TOC 
workstations  took  place  from  0800  -  1700  on 
November  9,  1993.  The  training  program  con¬ 
sisted  of  (1)  an  introduction  to  the  trainers  and 
the  workstations  and  (2)  hands-on  training  on 
the  TOC  workstation  message  and  map  mod¬ 


ules.  Out  of  the  six  trainees,  three  had  not 
worked  with  the  B2C2.  Despite  this,  most  of 
the  participants  were  fairly  computer  literate  and 
had  acquired  the  most  basic  TOC  workstation 
usage  skills  by  the  end  of  the  day.  The  trainees 
requested  an  opportunity  to  use  their  new  skills 
to  support  a  tactical  scenario  prior  to  the  begin¬ 
ning  of  the  HI  Experiment,  but  congested  site 
and  soldier  schedules  prohibited  this  from  tak¬ 
ing  place. 

3.33  CVCC  Ml  Familiarization 
Training 

The  objective  of  this  training  was  to  famil¬ 
iarize  vehicle  commanders  with  unique  aspects 
of  the  CVCC  Ml  simulator  configuration.  The 
training  emphasized  those  basic  simulator  fea¬ 
tures  which  differed  from  standard  MWSTC  M  l 
simulators  (e.g.,  autoloader,  SINCGARS  radio, 
and  the  lack  of  a  bumper  number  viewing  capa¬ 
bility).  Trainers  also  pointed  out  the  differences 
between  the  M1A2  CTTV  and  the  CTTV  in  the 
CVCC  Ml  simulators.  Vehicle  commander  train¬ 
ing  for  personnel  from  Team  A  took  place 
Wednesday,  November  3  from  0800  -  1200. 
Members  of  other  units  throughout  the  task  force 
were  scheduled  for  this  training  over  the  days 
that  followed.  However,  Team  A  participants 
proved  to  be  reasonably  well  skilled  on  M1A2 
CTTV  operation  and  with  simulators  in  general, 
and  quickly  achieved  their  training  objectives 
on  the  CVCC  simulators.  Furthermore,  their 
level  of  expertise  was  said  to  be  typical  of  com¬ 
bat  vehicle  crew  members  throughout  the  bat¬ 
talion.  Based  on  this  information,  the  task  force 
and  support  staff  decided  to  cancel  training  for 
the  other  company  teams. 

In  retrospect,  it  became  clear  that  the  Team 
A  vehicle  commanders  possessed  above-aver- 
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The  CEC/OPFOR  FSE  operator  emplaced 
minefields  in  support  of  the  defensive  force 
(BLUFOR  or  OPFOR,  depending  on  the  sce¬ 
nario),  and  executed  indirect  fires  in  support  of 
the  OPFOR. 

Floor  monitors  assisted  simulator  crews  in 
basic  trouble  shooting  tasks,  and  coordinated  site 
support  in  the  event  of  equipment  failures.  Floor 
monitors  also  maintained  breakdown  logs  in 
order  to  document  system  problems.  One  floor 
monitor  operated  within  the  MWTB,  the  other 
worked  in  the  MWSTC. 

The  PVD  operator/event  flagger  observed 
task  force  operations  from  the  ECR,  and  en¬ 
tered  electronic  flags  into  the  data  stream  to 
identify  selected  tactical  events.  This  operator 
also  maintained  a  log  of  flags  and  the  events 
they  represented. 

Software  engineers  were  present,  on  site,  in 
varied  numbers  throughout  the  December  1-19 
time  frame.  During  simulation  set-up  and  ex¬ 
ecution,  engineers  assisted  in  trouble  shooting 
and  corrective  actions  related  to  IVIS  and  IVIS- 
E  systems,  and  network  interface  issues.  Engi¬ 
neers  were  also  involved  in  the  installation  of 
IVIS-Es  in  MWSTC  simulators,  and  in  the  ini¬ 
tialization  of  IVIS  machines  and  CVCC  battal¬ 
ion  TOC  workstations  to  support  the  simula¬ 
tion.  Engineers  also  continued  to  refine  IVIS-E 
software  during  the  first  two  weeks  of  the  exer¬ 
cise,  in  order  to  resolve  various  problem  areas. 

Site  support  personnel  at  both  the  MWTB 
and  MWSTC  conducted  routine  periodic  checks 
and  services,  and  repaired  malfunctions  on  simu¬ 
lators  supporting  the  HI  Experiment.  The  site 
support  staff  at  the  MWTB  was  dedicated  en¬ 
tirely  to  HI  support  throughout  the  exercise.  This 
staff  operated  in  shifts  in  order  to  prepare  MWTB 
equipment  for  the  simulation,  react  to  system 


malfunctions  during  the  exercise,  and  conduct 
after-operations  maintenance.  The  site  support 
staff  at  the  MWSTC  divided  their  effort  be¬ 
tween  the  HI  Experiment  and  other  training 
exercises,  on  an  as-needed  basis.  Although  the 
basic  functions  performed  by  site  support  per¬ 
sonnel  in  both  locations  were  the  same,  trouble 
shooting  responsibilities  and  general  maintenance 
procedures  differed  enough  between  facilities  to 
influence  the  manner  by  which  problems  were 
handled. 

3.3  TRAINING  PROCEDURES 

33.1  Support  Staff  Training 

Support  staff  training  was  undertaken  to 
ensure  that  contractor  personnel  were  familiar 
with  IVIS  and  IVIS-E  capabilities.  Four  mem¬ 
bers  of  the  support  staff,  including  the  MCC/ 
SCC  operator  and  three  of  the  four  SAFOR 
operators,  were  knowledgeable  on  IVIS  as  the 
result  of  prior  IVTS-related  research.  Other 
members  of  the  support  staff  were  familiar  with 
other  digital  C2  systems,  including  the  CVCC 
TOC  workstations  and  CCD.  This  level  of  fa¬ 
miliarity  simplified  and  accelerated  cross  train¬ 
ing  on  the  IVIS  and  IVIS  emulators. 

The  MCC/SCC  operator  conducted  famil¬ 
iarization  training  for  the  support  staff  on  the 
capabilities  of  the  GDLS  IVIS  prior  to  IVIS 
emulator  delivery.  This  training  included  ini¬ 
tialization  procedures,  creating  routes,  posting 
overlays,  and  sending  reports.  This  initial  trainup 
took  about  three  hours.  Support  staff  members 
also  received  a  training  outline  on  the  GDLS 
IVIS  to  study  and  to  use  as  a  self-paced  training 
guide,  as  time  permitted. 

Once  the  IVIS-Es  were  delivered,  the  sup¬ 
port  staff  watched  demonstrations  of  system 
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Figure  3-3.  National  Training  Center  Military  Reservation  Sketch  Map 
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age  levels  of  M1A2  experience,  compared  with 
the  remainder  of  the  task  force.  As  a  result, 
vehicle  commanders  from  other  units  in  TF  1-70 
required  substantial  assistance  in  preparing 
CVCC  Ml  simulators  for  operations  when  they 
arrived  for  company  team  training. 

3.4  SCENARIOS 

TF  1-70  conducted  its  simulation-based  train¬ 
ing  in  three  echelon-based  stages.  The  scenarios 
supporting  each  stage  were  tailored  to  support 
hands-on  training  with  the  IVIS  system  by  those 
who  were  to  use  IVIS-eqyipped  vehicles,  and 
tactical  employment  of  both  IVIS-equipped  and 
non-IVIS  vehicles  according  to  the  model  de¬ 
picted  in  Figure  3-2.  All  exercises  were  con¬ 
ducted  on  the  NTC  terrain  data  base.  A  sketch 
map  of  the  NTC,  annotated  with  key  terrain 
features  and  major  reference  points,  is  depicted 
at  Figure  3-3. 

3.4.1  Platoon  Training  Scenarios 

Platoon  training  was  conducted  on  October 
1-15,  1993.  It  was  based  on  the  execution  of 
three  tactical  scenarios.  These  scenarios  were 
developed  by  the  task  force  staff,  and  controlled 
by  the  Team  B  commander.  The  scenarios 
consisted  of  a  deliberate  defense,  a  deliberate 
attack,  and  a  movement  to  contact,  executed  in 
that  order.  The  three  scenarios  were  conducted 
as  company  level  exercises.  The  unit  executes 
each  scenario  at  least  twice.  The  first  run  was  to 
check  the  basic  scenario,  to  ensure  that  the  sce¬ 
narios  supported  the  training  objectives.  The 
second  run  was  conducted  as  a  “record”  run, 
similar  to  an  external  evaluation. 

Orientation  (Day  1/Oct.  1.)  The  support  staff 
conducted  a  site  orientation,  then  supported  fa¬ 
miliarization  training  for  the  unit.  The  primary 


focus  during  familiarization  training  was  on 
navigation,  formations,  and  tactical  movement. 

Platoon  Defense  (Days  2,  3,  and  6/Oct.  4,  5, 
and  8).  The  company  established  defensive 
positions  North  and  West  of  Brown  and  Debnam 
passes,  as  part  of  a  task  force  defense.  Adjacent 
BLUFOR  elements  were  simulated  using 
SAFOR.  The  OPFOR  attacked  through  the 
Brown/Debnam  pass  area  with  a  motorized  rifle 
battalion,  reinforced  (MRB+)  acting  as  an  ad¬ 
vance  guard,  and  a  motorized  rifle  regiment 
(MRR)  as  the  main  body. 

Platoon  Attack  (Days  4  and  7/Oct  6,  11). 
The  company  attacked  through  the  Whale  Gap 
to  Red  Pass,  as  pan  of  the  task  force.  Team  B 
led  the  attack  on  Red  Pass,  supported  by  an 
adjacent  BLUFOR  company  team.  The  OPFOR 
defense  consisted  of  a  combat  security  outpost 
(CSOP)  west  of  Red  Pass,  a  motorized  rifle 
company  (MRC)  defending  on  the  reverse  slope 
east  of  Red  Pass,  and  a  tank  company  counter¬ 
attack  force  northeast  of  the  pass. 

Platoon  Movement  to  Contact  (Days  5  and 
8/Oct  7,  12).  The  company  attacked  from  the 
vicinity  of  the  Race  Track,  and  oriented  on 
Brown  and  Debnam  passes  to  destroy  the 
OPFOR  Advance  Guard  Battalion.  Team  B 
acted  as  the  lead  element  in  a  task  force  move¬ 
ment  to  contact  with  other  company  teams  rep¬ 
resented  notionally.  The  OPFOR  consisted  of  a 
motorized  rifle  platoon  acting  as  the  Combat 
Reconnaissance  Patrol  (CRP),  a  MRC,  rein¬ 
forced  (MRC+)  as  the  forward  security  element, 
and  the  advance  guard  (2  MRC+).  The  OPFOR 
attempted  to  fix  and  bypass  the  manned  com¬ 
pany  and  seize  dominant  terrain  in  the  vicinity 
of  the  Race  Track.  Initial  contact  occurred  near 
Hill  876  and  the  Peanut 
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Road  March  (Day  1/Dec.  13)  TF  1-70  be¬ 
gan  the  operation  in  a  tactical  assembly  area 
(TAA)  in  the  Southern  Corridor.  The  TF  ex¬ 
ecuted  a  tactical  road  march  through  the  Whale 
Gap  and  Siberia,  into  the  Central  Corridor,  to 
the  vicinity  of  C-130  Hill.  Upon  arrival,  the  TF 
occupied  a  new  tactical  assembly  area.  The  TF 
was  unopposed  in  this  operation. 

Task  Force  Defense  (Day  2/Dec.  14).  TF 
1-70  began  in  the  TAA  from  the  previous  after¬ 
noon,  preparing  for  a  movement  to  defensive 
positions  in  the  Southern  Corridor.  The  TF  was 
attacked  in  the  TAA  by  a  MRB  in  typical  march 
order:  platoon  size  CRPs,  followed  by  a  MRC+ 
acting  as  a  forward  security  element.  This  for¬ 
mation  was  followed  by  a  threat  MRB+  in  the 
advance  guard  role.  OPFOR  elements  ap¬ 
proached  the  TAA  from  the  west  and  north¬ 
west. 

After  successfully  defending  the  TAA,  the 
TF  was  reconstituted  in  a  TAA  just  south  of  the 
Whale  Gap.  Units  prepared  and  occupied  de¬ 
fensive  positions  in  the  OP  1/OP  2  area,  ori¬ 
ented  west. 

Task  Force  Defense  (Day  3/Dec.  15)  TF 
1-70  began  the  day  making  final  preparations  to 
defend  in  the  Southern  Corridor.  The  OPFOR 
probed  initially  with  divisional  reconnaissance 
assets,  then  followed  with  a  MRB+  in  typical 
approach  formation:  CRPs  (platoons),  followed 
by  a  forward  security  element  (MRC+),  then 
the  advance  guard  MRB. 

As  the  TF  completed  destruction  of  the 
OPFOR  lead  MRC,  the  remainder  of  the  OPFOR 
MRB  moved  northeast  toward  Bicycle  Lake. 
The  TF  received  a  Fragmentary  Order  to  defend 
in  an  adjacent  sector  to  the  north.  The  TF 
withdrew,  leaving  one  under-strength  company 
(Company  A)  in  defensive  positions,  and  passed 


through  the  Whale  Gap  and  Siberia.  As  the  TP 
moved  north,  an  OPFOR  MRC+  attacked  to  fix 
Company  A.  As  the  TF  entered  the  Central 
Corridor  vicinity  Siberia,  it  encountered  lead 
elements  of  an  OPFOR  regiment  attacking  from 
the  west. 

Movement  to  Contact  (Day  4/Dec.  16).  TF 
1-70  began  in  a  TAA  in  the  Central  Corridor, 
then  attacked  west  through  the  Brown/Debnam 
Pass  area  to  seize  an  objective  vicinity  Alligator 
Hill.  The  OPFOR  deployed  platoon-size  obser¬ 
vation  posts  in  the  Brown/Debnam  Pass  area,  a 
CSOP  vicinity  C-130  Hill,  and  a  MRC+  in  the 
objective  area.  Upon  destruction  of  the  OPFOR, 
the  TF  consolidated  the  objective.  After  con¬ 
solidation,  the  TF  withdrew  to  defensive  posi¬ 
tions  vicinity  the  Peanut  and  Hill  876. 

Task  Force  Defense  (Day  5/Dec.  17).  The 
TF  began  in  the  defensive  positions  established 
on  the  previous  afternoon.  The  OPFOR  de¬ 
ployed  divisional  reconnaissance  assets  and  up 
to  two  MRCs  that  attacked  to  seize  Brown  and 
Debnam  passes.  The  OPFOR  then  conducted  a 
regimental  attack  through  the  passes  with  two 
MRB+  leading,  and  one  MRB+  following  to 
penetrate  the  BLUFOR  defensive  positions. 

A  second  iteration  of  the  defense  was  con¬ 
ducted  in  the  afternoon,  beginning  with  the 
OPFOR  east  of  the  passes  and  just  out  of  con¬ 
tact  with  the  TF’s  main  defensive  positions. 

Task  Force  Defense  (Day  6/Dec.  18).  The 
TF  began  in  a  TAA  just  to  the  southeast  of  the 
Drinkwater  Lake  area.  The  TF  deployed  into 
defensive  positions  and  defended  against  an 
OPFOR  regiment  attacking  in  typical  march 
formation,  preceded  by  divisional  reconnaissance 
elements.  This  scenario  replicated  the  defen¬ 
sive  portion  of  the  NTC  live  fire  exercise. 
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3.4.2  Company  Team  Training 
Scenarios 

Company  team  training  used  three  scenarios, 
with  each  company  team  assuming  specific 
missions  based  on  their  typical  roles  according 
to  the  TF  standing  operating  procedures  (SOP). 
The  three  scenarios  were:  defense,  attack,  and 
movement  to  contact,  executed  in  that  order. 
These  scenarios  closely  resembled  those  used 
for  platoon  level  training.  Training  was  con¬ 
ducted  and  supervised  by  the  task  force  head¬ 
quarters.  The  dates  in  parentheses  correspond 
with  those  for  the  A,  B,  C,  and  D  company 
teams. 

Company  Team  Defense  (Day  1/Dec.  1,  4, 
7,  10).  The  TF  established  defensive  positions 
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the  Central  Corridor  oriented  on  Brown  and 
Debnam  passes,  to  destroy  the  OPFOR  forward 
operating  detachment  (FOD).  The  TF  deployed 
in  a  Y  formation,  led  by  the  scouts  and  Team 
Strike.  The  TF  formation  included  two  com¬ 
pany  teams  moving  abreast,  followed  by  two 
company  teams  moving  along  the  center  of  the 
corridor,  in  trail.  The  OPFOR  consisted  of  three 
platoon-size  CRPs,  a  MRC+  acting  as  the  for¬ 
ward  security  element,  a  MRB+  as  the  advance 
guard,  and  an  MRR  as  the  FOD.  The  FOD’s 
mission  was  to  bypass  the  BLUFOR  and  seize 
terrain  vicinity  the  Race  Track.  Contact  typi¬ 
cally  occurred  in  the  vicinity  of  the  Peanut  and 
Hill  876,  with  both  the  BLUFOR  and  OPFOR 
maneuvering  to  meet  their  objectives. 


north  and  west  of  Brown  and  Debnam  passes 
with  three  company  teams  (A,  B  and  D)  ori¬ 
ented  on  the  passes,  and  C  company  (-)  in  re¬ 
serve.  The  OPFOR  attacked  in  typical  march 
formation  with  up  to  a  MRR  in  the  main  body. 

Company  Team  Attack  (Day  2/Dec.  2, 5,  8, 
11).  The  TF  attacked  through  Whale  Gap  to 
seize  Red  Pass.  The  TF  seized  the  objective 
with  one  company  team  (Team  A)  supporting 
by  fire,  two  teams  (B  and  D)  attacking  through 
the  pass,  and  C  company  (-)  in  reserve.  The 
OPFOR  defended  with  a  CSOP  west  of  Red 
Pass,  an  MRC  east  of  the  pass,  and  a  counter¬ 
attack  force  of  up  to  one  tank  company.  An 
OPFOR  security  force  of  one  motorized  rifle 
platoon  (MRP)  and  two  tank  platoons  defended 
the  passes  near  Siberia  to  guard  against  an  en¬ 
circling  maneuver  to  the  north. 

Company  Team  Movement  to  Contact  (Day 
3/Dec.  3, 6, 9,  and  12).  The  TF  attacked  through 


3.43  Task  Force  Training  Scenarios 

Task  force  training  was  conducted  by  194th 
Brigade,  using  a  series  of  tactical  scenarios 
developed  by  the  3rd  Brigade,  24th  Infantry 
Division  (Mechanized).2  The  scenarios  were 
generally  designed  to  flow  together  as  a  series 
of  continuous  operations,  to  replicate  a  typical 
NTC  rotation.  The  task  force  commander 
changed  the  unit's  task  organization  according 
to  each  mission.  On  Dec.  13  -  18,  lSGs  moni¬ 
tored  the  battle  using  stand-alone  IVIS  emula¬ 
tors  and  CB  radios  and  communicated  with  the 
TF  CTCP  using  an  LCU  running  B2C2  soft¬ 
ware.  However,  neither  lSGs  nor  any  logistics 
elements  moved  about  the  battlefield  in  the  simu¬ 
lation.  Logistics  operations  were  emphasized  on 
the  last  day  of  training  (Dec.  18)  with  a  LOGEX, 
in  which  lSGs  and  aid  vehicles  were  incorpo¬ 
rated  in  the  simulation  using  M1A2  and  Ml 
simulators,  as  shown  in  Table  3-3. 


2TF  1-70  will  be  attached  to  3rd  Brigade,  24th  Infantry  Division  (Mechanized),  during  the  NTC  rotation. 


3-13 


nan  Federal,  Inc. 


ADST/WDL/TR-  93-  W0032500 


age  for  the  Social  Sciences  (SPSS™).  (SPSS™ 
is  a  registered  trademark  of  SPSS  Inc.)  After 
developing  SPSS™  control  files  for  each  data 
file,  the  research  scientist  used  SPSS™  routines 
to  produce  output  which  aided  a  quality  check 
of  the  data  for  each  measure.  The  research 
scientist  carefully  reviewed  the  output  to  iden¬ 
tify  potential  problems  such  as  invalid  values, 
missing  values,  or  otherwise  suspicious  patterns 
in  the  data.  Apparent  problems  with  the  data 


were  taken  to  the  senior  analyst  for  investiga¬ 
tion  and  resolution.  This  process  usually  re¬ 
quired  reprocessing  some  data.  Occasionally 
analytical  algorithms  had  to  be  revised  to  cor¬ 
rect  certain  problems.  This  quality  control  cycle 
continued  iteratively  until  all  problems  with  the 
data  were  resolved.  The  end  result  was  a  set  of 
six  collapsed  files  containing  the  final  data  for 
all  automated  measures. 


I 


3-16 


OTIf  Federal,  Inc. 


ADST/WDL/TR-93-  W0032500 


LOGEX  (Day  7/Dec.  19).  The  TF  LOGEX 
began  in  a  TAA  vicinity  Arrowhead  Hill.  The 
TF  attacked  through  the  Bunker  Gap  area,  to  an 
objective  vicinity  North  and  South  Leach  passes 
to  replicate  the  offensive  portion  of  a  NTC  live 
fire  exercise.  The  OPFOR  consisted  of  CSOPs 
in  the  Bunker  Gap  area  and  an  MRC+  on  the 
objective. 

3.5  AUTOMATED  DATA  COLLEC- 
TION  AND  REDUCTION 

The  resident  Data  Collection  and  Analysis 
(DCA)  capabilities  of  the  MWTB  provide  the 
automated  means  to  capture  and  reduce  perfor¬ 
mance  data  based  on  packets  from  the  simula¬ 
tion  Ethernet  data  stream.  The  basic  DCA  ca¬ 
pabilities  were  described  at  the  end  of  Chapter  1 . 
Many  of  the  measures  of  performance  (MOPs) 
contained  in  the  evaluation  plan  (Appendix  A) 
were  identified  as  automated  DCA  measures. 
The  list  of  these  measures,  developed  as  a  joint 
effort  of  DCD  analysts  and  support  staff  research 
scientists,  appears  in  Appendix  C. 

Working  with  the  list  of  automated  measures, 
a  support  staff  research  scientist  developed  op¬ 
erational  definitions  for  all  measures.  The  set 
of  definitions  can  be  found  in  Appendix  C.  The 
MWTB  senior  analyst  implemented  the  opera¬ 
tional  definitions  by  developing  software  code 
for  each  measure,  using  C  programming  lan¬ 
guage.  For  some  of  the  measures,  adaptation  of 
existing  software  was  sufficient;  for  others,  new 
software  was  required.  As  the  analytical  algo¬ 
rithms  were  developed,  a  support  staff  research 
scientist  reviewed  trial  outputs  based  on  sample 
data  and  provided  feedback  to  the  senior  analyst 
for  refinement  of  the  algorithms.  The  actual 
algorithms  are  available  from  the  MWTB  se¬ 
nior  analyst. 


An  SGI  Indigo  computer  workstation  was 
used  to  record  Ethernet  packets  to  disk  during 
the  execution  of  all  task  force  scenarios.  A 
DCA  clock  unit  generated  real  time  signals  to 
be  recorded  with  the  data  stream.  As  recording 
proceeded,  the  PVD  operator/event  flagger 
monitored  the  battle's  progress  using  a  PVD 
and  a  table-top  radio  unit  set  on  the  task  force 
command  frequency.  He  used  the  PVD’s  event 
flagging  utility  to  input  event  markers  (“flags”) 
to  the  data  stream.  These  flags  corresponded  to 
key  tactical  events  such  as  a  unit  crossing  the 
line  of  departure,  and  they  served  to  define  data 
elements  during  subsequent  data  reduction. 

Before  automated  data  reduction  could  be¬ 
gin,  support  personnel  had  to  transfer  the  re¬ 
corded  data  in  the  following  sequence:  from 
SGI  disk  to  SIMNET  DataLogger  disk,  then  to 
DataLogger  tape,  and  finally  to  the  DCA 
Micro  VAX™  computer’s  disk.  (Micro VAX™ 
is  a  trademark  of  the  Digital  Equipment  Corpo¬ 
ration.)  These  steps  involved  no  screening,  fil¬ 
tering,  or  processing. 

Generating  the  processed  data  files  was  a 
collaborative  effort  involving  the  senior  analyst 
and  a  support  staff  research  scientist.  The 
Micro  VAX™  analysis  system  applied  the  ana¬ 
lytical  algorithms  to  the  raw  data  recorded  di¬ 
rectly  from  the  data  stream,  supplemented  with 
flag-based  input  in  the  form  of  times  marking . 
specific  computational  requirements.  Informa¬ 
tion  assigning  each  friendly  vehicle  to  its  proper 
unit  within  the  task  force  was  input  to  ensure 
that  vehicle-based  data  elements  could  be  ag¬ 
gregated  correctly.  Intermediate  data  files  were 
integrated  to  form  “collapsed"  files  organized 
suitably  for  personal  computer  data  analysis.  The 
support  staff  research  scientist  processed  the 
initial  collapsed  files  using  the  Statistical  Pack- 
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works  had  to  be  split  between  projects  as  well 
as  between  sites.  A  shortage  of  available  CB 
nets  meant  that  the  administrative  voice  net  (used 
for  initializing  vehicles,  calling  for  technical 
support,  and  routine  coordination)  was  largely 
unavailable  during  the  first  few  days  of  com¬ 
pany  team  level  training.  The  floor  monitor 
was  told  to  refrain  from  using  the  administra¬ 
tive  net  due  to  bleedover  onto  radio  nets  being 
used  by  other  training  units  at  the  MWSTC.  As 
a  result,  the  floor  monitor  had  to  physically  move 
between  sites  to  provide  technical  support  and 
relay  messages  which  slowed  down  the  coordi¬ 
nation  process  considerably. 

Good  communication  is  vital  for  effective 
scenario  execution  as  well  as  effective  coordi¬ 
nation.  During  the  HI  Experiment,  radio  nets 
were  assigned  down  to  the  platoon  level  to 
conduct  task  force  operations.  The  number  of 
required  nets  exceeded  the  number  of  available 
channels.  Future  training  and  evaluation  efforts 
at  the  task  force  level  would  benefit  from  the 
development  of  a  new  radio  communication 
system  offering  more  channels  and  more  robust 
operations. 

4.1.1.2  CIG  and  Network  Limitations 

The  combination  of  many  vehicles, 
minefields,  artillery  impacts  during  heavy  shell¬ 
ing,  and  very  detailed  terrain  on  the  NTC  data¬ 
base  frequently  overloaded  the  CIGs.  This 
overload  resulted  in  substantial  “bluing"  in  the 
drivers  vision  blocks  in  most  vehicles,  making 
navigation  difficult.  Some  vehicles  which  were 
particularly  close  to  the  minefields  had  all  the 
simulator  vision  blocks  turn  blue  as  the  CIG 
tried  unsuccessfully  to  paint  each  minefield 
marker.  The  simulator  crews  were,  in  effect, 
“blinded,"  and  ceased  participation  in  the  train¬ 


ing  until  the  scenario  was  over.  The  stealth 
station  also  stopped  painting  terrain  features 
during  periods  of  extremely  heavy  CIG  demand, 
hindering  SMEs  from  monitoring  the  progress 
of  the  battle.  A  second,  less  frequent  result  of 
CIG  overload  occurred  when  manned  vehicles 
simply  stopped  processing  friendly  and/or  en¬ 
emy  vehicles.  Vehicles  sometimes  crashed  into 
other  friendly  vehicles  whom  they  could  no 
longer  see.  The  problem  of  CIG  overload  in¬ 
creased  in  defensive  or  task  force  scenarios 
where  many  vehicles  moved  closely  together. 

In  addition  to  CIG  overload,  the  large  num¬ 
ber  of  simulation  elements  in  the  HI  Experi¬ 
ment  resulted  in  network  abnormalities. 
Throughout  the  conduct  of  company  team  and 
task  force  exercises,  the  PVD  showed  manned 
simulators  and  SAFOR  flashing  on  and  off  the 
screen.  The  MCC  controlling  the  MWTB  pro¬ 
vided  false  reports  of  simulators  falling  off  the 
net  during  periods  of  extremely  heavy  load.  On 
two  occasions,  the  MCC  used  to  control 
MWSTC  simulators  crashed. 

4.1. 1.3  Simulator  Issues 

Frequent  technical  difficulties  involved  Ml, 
M2,  and  GDLS  M1A2  simulator  hardware  and 
software.  Several  of  the  Mis  had  recurring 
squeals  in  the  radio  headsets  caused  by  radio 
power  supply  faults.  Others  had  frequent  Inter¬ 
action  Device  Control  (IDC)  board  faults  which 
prevented  ammunition  from  being  loaded  and/ 
or  redistributed  or  faulty  ammunition  door  lights 
which  provided  erroneous  visual  cues  on  the 
availability  of  ammunition. 

Some  peculiarities  of  the  GDLS  simulators 
were  the  result  of  the  software  unique  to  those 
simulators.  The  GDLS  simulators  have  dam¬ 
age  tables  that  do  not  respond  to  30  mm  OPFOR 
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This  chapter  documents  observations  and 
suggestions  made  by  the  research  staff  who  sup¬ 
ported  the  HI  Experiment.  It  addresses  issues 
of  general  interest  to  the  design  and  conduct  of 
DIS-based  training  and  or/data  collection  to 
facilitate  the  planning  and  conduct  of  similar 
efforts  in  the  future  A  separate  report  contain¬ 
ing  the  research  objectives,  data  obtained,  and 
results  and  findings  of  the  HI  effort  is  being 
prepared  by  the  MWBL. 

This  chapter  first  discusses  general  lessons 
learned  concerning  simulation  systems  and  the 
methods  used  to  conduct  die  HI  Experiment 
These  general  lessons  learned  pertain  to  at  least 
two  of  the  three  stages  involved  in  the  HI  effort 
(i.e.,  platoon,  company  team,  and  task  force). 
Following  the  general  lessons  learned  are  equip¬ 
ment-related  and  methodology  items  specific  to 
each  of  these  stages. 

4.1  GENERAL 

4.1.1  Bask  Simulation  Systems 

4.1.1.1  Radios 

Radio  communication  problems  were  the 
most  prevalent  technical  difficulty  encountered 
during  company  team  and  task  force  level  HI 
exercises.  Problems  encountered  with  the 
SINCGARS  radios  included  (1)  bleedover  from 
one  net  to  another,  (2)  garbled  and/or  broken 
communication,  (3)  no  communication  at  all, 
and  (4)  radios  that  spontaneously  transmitted  all 
crew  intercom  communications  over  the  radio 
net  These  problems  occurred  although  the 
SINCGARS  model  used  was  not  ref  tentative 


of  that  used  in  the  field  (i.e.,  no  radio  interface 
unit,  terrain  degradation,  or  distance  degrada¬ 
tion).  SINCGARS  simulator  radio  problems  like 
bleedover,  garbling,  etc.,  while  annoying  and 
difficult  to  troubleshoot,  are  not  new  at  the 
MWTB. 

Radio  problems  became  even  more  pro¬ 
nounced  when  the  MWSTC  and  the  MWTB 
sites  were  networked  together.  Task  force 
members  lost  several  training  hours  while  tech¬ 
nicians  adjusted  radios  to  facilitate  communica¬ 
tion  between  the  two  sites  as  well  as  within 
each  site.  Problems  with  CB  transmissions 
between  the  two  sites  were  exacerbated  by  prob¬ 
lems  in  wiring,  in  the  number  of  radios  being 
linked  together,  and  by  the  distance  die  signal 
had  to  travel  in  die  two  buildings.  There  were 
also  problems  with  the  DVGs  which  connected 
SINCGARS  (digital)  and  CB  radios  on  the  same 
network.  For  example,  on  the  first  day  of  task 
force  training,  13  Dec.,  there  was  no  radio  com¬ 
munication  between  the  two  sites  until  approxi¬ 
mately  1400  hours.  To  facilitate  better  voice 
communication  between  the  two  sites,  one  of 
the  two  DVGs  was  placed  at  the  MWSTC. 

Linking  die  two  sites  during  company  team 
and  task  force  training  exacerbated  the  problem . 
of  bleedover  between  adjacent  radio  nets,  hi  a 
typical  CB  system,  40  frequencies  are  available. 
However,  because  adjacent  frequencies  increase 
the  likelihood  of  bleedover,  only  20  networks 
are  actually  usable.  In  die  HI  Experiment,  the 
MWSTC  and  the  MWTB  had  to  share  these  20 
networks.  Furthermore,  the  MWSTC  supported 
other  training  units  during  much  of  the  team 
and  task  force  level  HI  training;  die  20  net- 
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inputting  a  minefield  is  entering  a  grid  incor¬ 
rectly;  in  the  case  of  a  minefield  that  is  too  big, 
adding  another  minefield  is  not  a  viable  option. 
Twice  (hiring  HI,  mistakes  were  made  when 
inputting  minefield  grids,  resulting  in  unrealis¬ 
tically  large  minefields.  If  it  were  possible  for 
the  minefield  to  be  marked  before  it  was 
emplaced,  the  location  could  be  verified  visu¬ 
ally  on  both  the  PVD  and  through  simulator 
vision  blocks  prior  to  actual  emplacement  Thus, 
if  the  placement  were  wrong,  it  could  be  modi- 
t  J  before  the  minefield  became  effective.  Also, 
the  CEC  should  allow  for  modification  or  dele¬ 
tion  of  minefields  without  having  to  end  the 
exercise. 

4.1.1J5  Terrain  Database  Compatibility 

The  NTC  terrain  database  used  for  the  HI 
Experiment  had  to  undergo  the  removal  of  some 
very  detailed  terrain  and  some  incompatible  soil 
types  so  that  it  was  amenable  to  CVCC  simu¬ 
lators:  a  relatively  time-consuming  process.  The 
use  of  a  CVCC-compatible  terrain  database  in  a 
future  exercise  would  provide  some  labor  sav¬ 
ings.  The  use  of  a  database  that  is  already  in¬ 
stalled  on  the  MWSTC  would  result  in  even 
more  savings,  particularly  when  multiplied  by 
the  number  of  simulators  used  at  the  MWSTC. 
For  the  HI  Experiment,  technicians  frequently 
brought  up  the  MWSTC  simulators  on  their 
standard  Fort  Knox  database  rather  than  the  NTC 
database,  necessitating  that  the  simulators  be 
taken  down  and  the  NTC  database  be  reloaded. 

4.1.2  FVIS-E  and  CVCC  Software 
Issues 

Lessons  learned  and  subsequent  suggestions 
for  improving  the  software  have  been  catego¬ 
rized  as  follows:  (1)  improvements  to  the  IVIS- 


E  software  designed  to  emulate  the  actual  fielded 
IVIS,  (2)  improvements  in  the  interface  between 
the  GDLS  IVIS  and  the  IVIS-Es,  and  (3)  im¬ 
provements  for  the  CVCC  TOC  workstation/ 
IVIS-E  interface. 

4.1.2.1  IVIS  Emulators 

The  software  engineers  did  a  commendable 
job  of  creating  and  implementing  the  new  IVIS- 
E  software  platform  prior  to  the  start  of  the  HI 
effort.  Software  development  continued  during 
the  HI  Experiment  to  resolve  software  bugs  and 
upgrade  the  IVIS-Es  through  the  tireless  efforts 
of  the  software  engineers  and  the  DO  manager. 
However,  time  were  several  critical  areas  in 
which  the  IVIS  emulators  did  net  effectively 
duplicate  die  capabilities  of  the  current  GDLS 
IVIS.  For  example,  the  IVIS-E  could  not  dis¬ 
play  more  than  a  single  overlay  at  one  time, 
unlike  the  GDLS  IVIS.  This  limitation  was 
particularly  troublesome  for  commanders  who 
wished  to  display  an  operations  overlay  simul¬ 
taneously  with  an  intelligence  and/or  obstacle 
overlay.  Also,  minefields  on  a  TOC  worksta¬ 
tion-created  overlay  appeared  on  the  IVIS-E  map 
displays  as  a  row  of  circles  without  a  box  out¬ 
line.  Small  minefields  were  virtually  indistin¬ 
guishable  Uom  friendly  vehicle  icons  until  this 
IVIS-E  problem  was  fixed  toward  the  end  of 
the  HI  Experiment 

Another  IVIS-E  shortcoming  was  the  lack 
of  a  reliable  recover  function  such  as  the  bat¬ 
tery-backed  Random  Access  Memory  capabil¬ 
ity  available  on  the  GDLS  IVIS.  WhenanlVIS- 
E  crashed  early  in  the  HI  Experiment  the  system 
lacked  the  capability  to  recover  any  of  the  infor¬ 
mation  entered  by  the  user,  including  user  ID 
and  the  IVIS  radio  settings.  The  user  would 
have  to  re-enter  the  information  and  have  all 
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guns  or  artillery.  There  was  also  a  software  bug 
that  caused  the  simulation  system  to  lock  up 
when  a  large  number  of  vehicles  were  within 
3500  meters  of  a  GDLS  simulator.  This  bug 
was  fixed  in  a  different  version  of  the  GDLS 
code  but  not  in  the  cock  delivered  to  Fort  Knox. 

Other  problems  plagued  the  GDLS  simula¬ 
tors  more  often  than  the  other  simulators.  One 
GDLS  simulator  shut  itself  off  every  2-3  min¬ 
utes  for  three  consecutive  days.  GDLS  simula¬ 
tors  were  also  more  prone  to  drop  off  the  simu¬ 
lation  net  when  the  network  became  heavily 
loaded  (usually  during  an  engagement).  The 
crews  in  the  affected  simulators  often  missed 
the  engagement  waiting  for  their  simulators  to 
come  back  up  on  the  simulation  network. 

Unfortunately,  on  most  training  days,  no 
spare  simulators  were  available  at  either  the 
MWTB  or  the  MWSTC  for  crews  to  move  to  if 
they  were  having  recurring  simulator  problems. 
There  was  also  a  shortage  of  available  spare 
parts,  particularly  for  the  GDLS  simulators. 
When  one  GDLS  simulator  gunner’s  control 
display  panel  stopped  working,  there  was  no 
spare  part  for  fixing  it  In  efforts  where  training 
and/or  data  collection  are  being  executed,  a  few 
backup  simulators  and  a  ready  supply  of  spare 
parts  will  provide  insurance  against  loss  of  train¬ 
ing  time,  data,  and  crewmember  morale. 

4.1.1.4  Experiment  Control  Equipment 
Issues 

SAFOR  version  3.10.3,  used  in  this  experi¬ 
ment  did  not  optimally  support  HI  operations. 
Problems  with  tethered  vehicles  breaking  tether 
and  running  away  from  the  manned  vehicles 
were  common.  The  operator’s  ability  to  react 
to  a  broken  tether  was  directly  proportional  to 
his  span  of  control;  the  more  vehicles  he  had 


under  his  control,  the  less  likely  he  was  to  rec¬ 
ognize  and  react  to  a  broken  tether.  Friendly 
SAFOR  vehicles  often  broke  tethers  when  mired 
in  slow-go  terrain.  Reattaching  the  tethers  to 
their  manned  vehicles  increased  the  workload 
of  the  friendly  SAFOR  operators  and  decreased 
their  responsiveness  in  handling  other  SAFOR 
vehicles.  Future  scenarios  conducted  on  the 
NTC  database  should  be  designed  to  avoid  slow- 
go  terrain  as  much  as  possible.  When  slow-go 
terrain  and  chokepoints  are  unavoidable,  units 
should  expect  and  plan  for  the  detrimental  im¬ 
pact  untrafficable  terrain  has  on  SAFOR  tether¬ 
ing  and  responsiveness. 

Minefields,  unlike  untrafficable  terrain,  are 
not  displayed  on  SAFOR  terminals.  Unless 
forewarned  or  guided  by  other  control  person¬ 
nel,  SAFOR  operators  have  no  indications  of  a 
minefield  and  can  only  maneuver  around  them 
by  guesswork.  Moreover,  SAFOR  version 
3.10.3  does  not  support  breaching  minefields  or 
any  other  obstacles.  As  a  result,  for  the  HI 
effort,  SAFOR  obstacle  breaching  operations  had 
to  be  carefully  contrived.  In  future  simulations 
involving  SAFOR  version  3.10.3,  minefields 
must  be  carefully  implemented,  and  exercise 
controllers  should  thoroughly  brief  friendly 
SAFOR  operators  on  how  and  when  to  approach, 
breach,  and  report  minefields  within  the  context 
of  the  scenario. 

Once  placed,  minefields  become  permanent 
for  die  duration  of  the  exercise.  There  are  ways 
to  clear  lanes  through  minefields  using  initial¬ 
ized  engineer  assets  (i.e.,  line  charges)  but  not 
to  remove  them  without  ending  the  exercise  from 
the  SCC.  There  is  also  no  way  to  modify  ex¬ 
isting  minefields  once  they  are  placed  other  than 
by  placing  another  minefield  to  increase  the  area 
covered.  The  most  common  mistake  made  when 
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tually,  IVIS-Es  had  to  be  installed  in  place  of 
the  GDLS  IVISs  during  company  training. 

4.133  Interface  Between  the  IMS/ 
IMS-Es  and  the  TOC  Work¬ 
stations 

There  were  several  limitations  of  the  inter¬ 
face  between  the  CVCC  TOC  workstation  soft¬ 
ware  and  the  IMS  and  IMS-E  software  used  in 
the  simulators.  First,  the  logistics  functions 
suffered  from  incompatibility  between  the  TOC 
workstation  and  IMS  and  IMS-E  platforms.  The 
IMS  and  IMS-Es  did  not  send  out  logistics  status 
packets  in  a  form  recognizable  to  the  TOC 
workstation  logistics  and  task  organization  mod¬ 
ules.  Also,  the  IMS  and  IMS-E  software  con¬ 
tained  an  extended  SPOT  report  format  which 
permitted  the  operator  to  input  fuel  and  ammu¬ 
nition  information  for  his  own  vehicle  and  sub¬ 
ordinate  units.  However,  much  of  the  vital  in¬ 
formation  was  not  translated  when  it  reached 
the  TOC  workstations.  If  the  ITRANS  were 
modified  to  associate  specific  IMS-equipped 
vehicles  with  a  duty  position  in  the  tank-pure 
Armor  battalion  expected  by  CVCC,  the  TOC 
workstations  could  probably  translate  the  logis¬ 
tics  information  received  from  the  simulators 
into  its  logistics  module.  As  a  workaround 
during  the  HI  effort,  technicians  placed  an  IMS- 
E  in  the  BCV  which  provided  the  TOC  staff 
with  access  to  the  full  IMS  SPOT  report 

Overlay  translation  from  TOC  workstation 
to  IMS/TVIS-E  was  sometimes  problematic 
using  the  ITRANS.  Occasionally,  commanders 
were  unable  to  receive  an  updated  overlay.  A 
workaround  involved  deleting  the  current  over¬ 
lay  and  then  asking  the  originator  to  retransmit 
it.  (See  Appendix  F  for  ITRANS  documenta¬ 
tion.) 


During  the  company  team  and  task  force 
exercises,  the  TOC  workstations  were  brought 
up  each  day  containing  the  reports  and  overlays 
from  previous  days.  Since  new  overlays  had  to 
be  titled  one  of  the  five  IMS-compatible  names 
(e.g.,  OPS1,  OPS2),  overlays  remaining  from 
other  days  had  to  be  re-saved  under  other  names, 
a  time-consuming  and  tricky  process  due  to  the 
eight-character  restriction  on  overlay  names  on 
the  TOC  workstations.  Solutions  to  this  overlay 
naming  problem  could  include  broadening  the 
list  of  overlay  names  the  IMS-E  will  accept  as 
well  as  modifying  the  TOC  workstations  to 
accept  names  with  more  than  eight  characters. 

4.13  Methods 

4.13.1  Functional  Testing 

Due  to  scheduling  constraints  and  lack  of 
equipment  availability,  only  limited  functional 
testing  was  completed  before  the  start  of  the 
company  team  training.  Consequently,  some 
software  problems  were  not  resolved  until  the 
second  week  of  the  effort.  Also,  the  problems 
with  the  voice  link  between  the  two  buildings 
were  not  discovered  during  functional  testing 
because  the  MWSTC  was  not  available  to  sup¬ 
port  the  effort.  For  future  efforts  the  scale  of 
the  HI  Experiment,  functional  testing  should 
involve  the  complete  network  and  last  at  least 
two  full  days.  Also,  earlier  arrival  of  new  soft¬ 
ware  and  a  formal  checkout  of  the  experiment’s 
equipment  (e.g.,  IMS-E  acceptance  testing) 
would  have  resulted  in  earlier  identification  and 
repair  of  software  and  hardware  bugs  and  in¬ 
compatibilities  between  platforms. 

Using  soldiers  unfamiliar  with  the  basic  simu¬ 
lators  and/or  IMS  equipment  they  were  evalu¬ 
ating  made  the  actual  functional  testing  process 
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overlays  and  important  messages  sent  to  him 
again.  As  the  HI  effort  progressed,  the  software 
engineers  worked  diligently  and  developed  a 
recover  function  that  saved  overlays,  messages, 
and  1VIS  radio  settings.  However,  a  software 
bug  remained  that  prohibited  the  IVIS-E  from 
showing  the  correct  grid  location  for  its  naviga¬ 
tion  functions.  Subsequently,  the  IVIS-E  re¬ 
cover  function  was  not  used. 

Other  IVIS-E  problems  were  less  critical  but 
still  noteworthy.  First,  the  IVIS-Es  operated 
faster  than  a  fielded  IMS.  This  could  mislead 
troops  into  expecting  better  responsiveness  on 
the  IMS  at  the  NTC.  The  absence  of  the  RIU 
had  research  implications  as  well  (see  subsec¬ 
tion  4.2.3.2).  Another  problem  with  the  IMS- 
E  software  was  its  poor  integration  with  the 
thumb  control.  The  cursor  moved  erratically 
when  operated  by  the  thumb  control,  frustrating 
the  IMS  operator.  By  the  end  of  company  team 
training,  all  IMS-E  operators  had  been  provided 
with  a  mouse  control  or  a  trackball  to  use  in¬ 
stead  of  the  thumb  control.  Soldiers  operating 
the  IMS-Es  were  disappointed  that  the  file 
management  capabilities  of  the  GDLS  IMS  were 
not  available  on  the  IVIS-Es. 

The  IMS-E  displays  and  hardware  also 
caused  participants  concern.  The  IVIS-E  dis¬ 
play  in  the  CVCC  and  M2  simulators  did  not 
fill  the  high  resolution  monitors,  making  the 
graphics  difficult  to  read.  Conversely,  the  IVIS- 
E  display  (when  used  in  lieu  of  a  built-in  inter¬ 
face)  did  a  better  job  filling  the  available  moni¬ 
tor  screen  but  the  19"  monitors  themselves  were 
unwieldy  and  obstructive  for  the  participants. 
A  related  problem  was  the  difficulty  with  the 
IMS  transceiver  cables  at  the  MWSTC.  Crews 
trying  to  reposition  the  large  IVIS-E  monitors 
with  their  rolling  carts  frequently  loosened  the 


connecting  cables  and  deactivated  their  IMS- 
Es.  The  transceiver  cables  had  to  be  taped  in 
the  sockets  to  help  prevent  this  from  happening. 
Also,  the  IVIS-E  screen  saver  was  a  black  screen, 
which  frequently  led  participants  to  believe  their 
IMS-Es  had  crashed  when  all  they  had  to  do 
was  click  the  mouse  to  reactivate  the  screen. 
Finally,  the  rolling  carts  supporting  the  IMS-Es 
were  top-heavy  due  to  the  large  monitors  and 
were  too  low  for  the  commanders  to  easily  di¬ 
vide  their  attention  between  the  vision  blocks 
and  IMS-Es. 

4.1.2.2  Interface  Between  the  GDLS 
IMS  and  the  IMS  Emulators 

Connectivity  and  report  routing  problems 
surfaced  between  the  GDLS  IVISs  and  the  IVIS- 
Es  during  the  HI  Experiment.  The  GDLS  IMS 
sometimes  did  not  establish  connectivity  (i.e., 
link  up)  with  other  IMS  emulators  on  the  net 
Once  the  GDLS  IMS  encountered  a  duty  posi¬ 
tion  or  call  sign  entered  in  a  format  it  didn’t 
recognize,  it  stopped  linking  up  with  other  simu¬ 
lators.  Unfortunately,  in  the  HI  simulation,  the 
GDLS  IMS  did  not  recognize  the  1SG  or  FIST 
as  valid  duty  positions.  The  workaround  used 
for  the  HI  effort  was  to  bring  up  the  GDLS 
IVISs  first,  followed  by  the  IVIS-Es  (with  the 
exception  of  the  lSGs  and/or  FISTs).  Finally, 
the  lSG/and  or  FIST  could  be  brought  up  on 
the  net  without  impeding  the  IVIS-Es  from  link¬ 
ing  up  digitally  with  other  simulators. 

Also,  the  GDLS  IVISs  had  trouble  process¬ 
ing  all  the  network  and  message  traffic  and  could 
not  keep  up  with  the  IMS-Es.  Icons  would  drop 
off  the  screen  or  the  IMS  would  simply  crash. 
This  IMS  processing  problem  began  appearing 
the  company  team  exercises  and  grew  progres¬ 
sively  worse  in  the  task  force  exercises.  Even- 
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pated  in  the  dry  runs.  This  also  would  have 
been  an  excellent  opportunity  to  confirm  selected 
aspects  of  the  communications  network,  observe 
the  scenarios,  and  investigate  the  use  of  aviation 
or  other  assets  not  addressed  in  the  original 
scenario  packet.  The  interaction  between 
SAPOR  operators  and  the  task  force  staff  might 
also  have  facilitated  more  realistic  expectations 
between  the  two  at  the  start  of  company  team 
training. 

It  was  presumed  that  all  of  the  vehicle  com¬ 
manders  would  be  IVIS  qualified  so  that  the 
IVIS  emulator  usage  skills  would  be  easier  to 
acquire.  In  actuality,  many  of  the  vehicle  com¬ 
manders  (particularly  the  infantry  elements)  had 
no  IVIS  training.  The  task  force  intended  that 
IVIS  proficient  troops  would  train  novice  users. 
However,  the  congested  HI  schedule  did  not 
allow  for  this  training  “on  the  fly.”  Training 
prior  to  the  beginning  of  the  evaluation  would 
have  been  preferable,  whether  conducted  by  the 
support  staff  or  by  the  unit  Once  the  basic 
usage  skills  were  taught  and  the  evaluation  be¬ 
gan,  a  mentoring  system  with  experienced  IVIS 
users  from  the  unit  acting  as  resources  for  less- 
experienced  participants  could  be  implemented 
effectively. 

The  two  IVIS  usage  skills  which  vehicle 
commanders  seemed  to  have  the  most  difficulty 
in  acquiring  were  (1)  setting  up  their  IVIS  com¬ 
munication  pages,  and  (2)  displaying  IVIS  over¬ 
lays.  Commanders  often  had  difficulty  under¬ 
standing  that  the  IVIS  radio  settings  had  no 
connection  to  the  SINCGARS  or  CB  radio  set¬ 
tings.  Each  unique  combination  of  IVIS  radio 
parameters  defined  a  separate  net,  so  the  IVIS 
communication  page  settings  had  to  be  executed 
perfectly  to  enable  the  users  to  communicate 
digitally  on  the  same  net.  (IVIS  report  routing 
tables  are  shown  in  Appendix  E.) 


Once  they  got  their  IVIS  communication 
nets  set  up  correctly,  HI  participants  experienced 
difficulty  in  receiving  and  handling  overlays. 
First,  the  TOC  staff  sometimes  failed  to  follow 
the  established  overlay  titling  conventions  they 
were  instructed  to  use,  resulting  in  IVIS  or  IVIS- 
E  operators  pulling  up  blank  overlays.  Con¬ 
versely,  IVIS  or  IVIS-E  operators  often  thought 
their  posted  overlay  was  blank  when  the  over¬ 
lay  did  not  overlap  the  terrain  segment  currently 
displayed  on  their  digital  maps.  To  help  IVIS 
operators  locate  an  overlay,  the  TOC  worksta¬ 
tion  operators  began  a  convention  of  announc¬ 
ing  the  grid  location  of  the  center  of  the  overlay 
so  the  recipients  could  rescale  or  scroll  their 
maps  to  see  it.  Ultimately,  the  IVIS-E  should 
display  a  reference  location  for  each  overlay  to 
help  orient  the  operator.  Although  significant 
improvement  in  IVIS  usage  was  usually  seen  in 
commanders  by  the  third  day  of  company  team 
training,  errors  made  in  incorrectly  setting  up 
IVIS  radio  nets  and  in  displaying  received  over¬ 
lays  were  made  through  the  final  day  of  task 
force  level  training  as  new  commanders  rotated 
into  IVIS-supported  simulators. 

Even  participants  who  became  quite  profi¬ 
cient  in  using  FVIS-Es  to  support  their  assigned 
units  were  confused  about  how  to  set  up  their 
user  ID,  company  ID,  and  IVIS  radio  nets  when 
cross-attached  to  another  unit.  A  few  minutes 
training  time  in  the  morning  to  cover  how  to  set 
up  IVIS-Es  when  cross-attached  would  have 
been  beneficial. 

4.1.3.3  Scenario  Development  and 
Delivery  Procedures 

Earlier  collaboration  between  the  MCC/SCC 
operator  (an  expert  in  the  capabilities  and  limi¬ 
tations  of  the  simulation  systems)  and  the  mili¬ 
tary  personnel  creating  the  scenarios  for  the  HI 
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more  difficult.  Although  soldier  participation 
allowed  the  support  personnel  to  man  many  more 
simulators  than  would  have  been  otherwise 
possible,  lack  of  troop  familiarity  with  the  basic 
simulators  and/or  rVIS  slowed  the  functional 
test,  and  the  results  were  less  reliable  than  could 
be  expected  with  participants  more  proficient 
with  simulators  and  the  IVIS. 

4.1.3.2  Training 

Crews  participating  in  a  combined  training 
and  data  collection  effort  like  1 1  must  be  knowl¬ 
edgeable  in  two  areas:  (1)  basic  simulation  sys¬ 
tems,  including  the  simulators  themselves  (Ml, 
M2,  or  GDLS  M1A2),  radios,  capabilities  and 
limitations  of  SAFOR,  etc.,  and  (2)  the  special¬ 
ized  C3  systems  being  evaluated  such  as  the 
CVCC  TOC  workstation,  the  CTTV,  and  the 
IVIS  or  IVIS-E. 

Many  participants  at  the  MWTB  did  not 
know  how  to  use  the  SINCGARS  radios.  Dur¬ 
ing  the  first  few  days,  the  radio  problems  re¬ 
ported  were  frequently  due  to  participants’  in¬ 
experience  with  distinguishing  between  their  “A” 
and  “B”  radios.  The  radio  problems  most  com¬ 
monly  reported  by  participants  at  the  MWSTC 
(i.e.,  transmissions  received  were  distorted  or 
were  not  received  at  all)  were  often  due  to  op¬ 
erator  error  rather  than  equipment  problems. 
Turning  the  volume  up  on  the  A  or  B  radios  at 
the  MWSTC  increased  the  distortion.  Turning 
the  volume  all  the  way  up  actually  shut  the 
volume  off.  If  the  soldiers  could  have  been 
trained  to  use  their  wall  monitors  to  adjust  the 
volume  rather  than  the  CB  radio  volume  adjust¬ 
ments,  at  least  half  of  the  reported  radio  prob¬ 
lems  involving  distortion  or  no  communication 
at  the  MWSTC  site  could  have  been  prevented 
by  the  operators  themselves. 


Ignorance  of  other  basic  simulation  operat¬ 
ing  procedures  (many  of  which  mimic  operat¬ 
ing  principles  of  the  actual  Ml,  M2,  or  M1A2) 
also  caused  unnecessary  technical  problems  at 
both  sites.  Participants  repeatedly  ran  their 
engine  batteries  down,  because  they  didn’t  put 
the  vehicles  in  tactical  idle  or  ran  the  turret  power 
without  the  engine  power.  They  also  complained 
of  engines  that  wouldn’t  start,  when,  in  fact,  the 
vehicle  was  in  “drive.”  Trying  to  fire  a  round 
with  the  breech  open  was  also  common.  Mis¬ 
takes  of  this  nature  were  particularly  understand¬ 
able  because  crews  were  often  in  surrogate  ve¬ 
hicles  (e.g.,  medic  crews  in  Mis  rather  than 
HMMWVs  and  infantry  crews  in  Mis  or 
MlA2s).  Many  participants  were  also  unaware 
of  the  basic  capabilities  and  limitations  of 
SAFOR  in  regard  to  unit  movement,  C3, 
minefields,  and  slow-go/no-go  terrain.  They 
expressed  surprise  that  their  SAFOR  units  had 
support  staff  who  could  send  radio  reports  as 
well  as  operate  the  forces.  A  short  simulator 
overview  for  each  crew  as  well  as  a  SAFOR 
briefing  would  have  made  the  initial  days  of 
training  run  more  smoothly. 

In  addition  to  needing  training  on  basic  simu¬ 
lation  systems,  many  participants  needed  train¬ 
ing  on  the  digital  C3  systems.  TOC  workstation 
operators  for  the  HI  Experiment  were  supposed 
to  be  B2C2  proficient  prior  to  beginning  train' 
ing.  In  fact,  only  half  had  any  B2C2  experience 
at  all.  The  exercise  dry-runs  made  by  SAFOR 
operators  to  verify  the  scenarios  could  have 
provided  an  opportunity  to  reinforce  TOC  staff 
training,  instruct  friendly  SAFOR  operators  on 
the  task  force  SOP,  and  allow  selected  task  force 
staff  personnel  to  observe  how  well  the  sce¬ 
narios  played  out  If  possible,  key  players  within 
the  S2,  S3  and  FSE  sections  could  have  partici- 
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measures  and  procedures  for  data  collection  in 
advance  can  the  potential  conflicts  between  train¬ 
ing  and  research  be  resolved  beforehand  to  the 
satisfaction  of  both  the  training  and  research 
proponents. 

Another  planning  issue  is  the  allocation  of 
adequate  resources  to  support  equipment  repair 
and  maintenance  at  each  site.  There  was  only 
one  technician  at  the  MWSTC  for  the  first  ninety 
minutes  of  training  one  day,  causing  a  backlog 
of  technical  problems  and  delaying  the  begin¬ 
ning  of  scenario  execution.  Resources  should 
be  available  to  provide  three  or  more  techni¬ 
cians  at  each  site  simultaneously,  even  on  the 
weekends.  Several  technical  problems  necessi¬ 
tate  two  people  working  on  them  concurrently 
(such  as  checking  radio  communication  between 
two  locations).  Although  the  two  technicians 
supporting  the  MWTB  on  weekends  worked 
hard  to  handle  simulator  problems,  some  crews 
were  left  behind  in  the  battle  while  waiting  for 
their  simulators  to  be  fixed. 

Firm  SOPs  need  to  be  established  prior  to 
beginning  an  experiment  on  scenario  execution 
procedures  such  as  dealing  with  killed,  hit,  or 
mired  manned  vehicles.  Once  established,  the 
SOPs  should  be  followed  consistently.  This 
allows  the  participants  and  support  personnel  to 
know  what  procedures  will  be  followed  each 
time  for  a  particular  situation  so  they  can  help 
expedite  the  process  in  a  timely  manner.  Doing 
this  will  protect  the  quality  of  the  data  collected. 
Prior  to  the  beginning  of  the  HI  effort,  the 
MWBL  representatives  had  deemed  that  vehicles 
would  not,  in  fact,  be  reconstituted — even  if  their 
digital  system  were  an  important  link  in  the  IVIS 
chain  of  communication.  However,  during  ac¬ 
tual  execution,  killed  vehicles  were  often  recon¬ 
stituted,  sometimes  as  observers,  sometimes  as 


fully  capable  vehicles,  depending  largely  on 
whether  the  commander  had  a  unique  IVIS  link 
(e.g.,  if  he  was  a  company  commander,  his 
executive  officer  was  already  dead,  and  the  pla¬ 
toon  leaders  with  IVIS  were  still  alive). 

Reconstituting  task  force  members  as  observ¬ 
ers  in  particular  caused  problems  with  the  con¬ 
tinuing  execution  of  the  scenario.  Destroyed  task 
force  scout  vehicles  were  sometimes  reconsti¬ 
tuted  without  ammunition,  in  observer  force 
alignment,  to  represent  surviving,  dismounted 
scouts.  Since  the  OPFOR  would  not  engage 
"server  vehicles,  and  since  many  of  the  recon- 
sututed  scout  vehicles  were  located  in  no-go 
terrain,  they  could  continue  to  observe  and  re- 
prat  enemy  movements  as  static,  stay-behind 
observation  posts.  However,  scout  vehicles  that 
were  reconstituted  as  observers  in  trafficable 
terrain  frequently  began  to  shadow  OPFOR 
formations  in  an  entirely  unrealistic  fashion  (e.g., 
moving  in  the  open,  protected  by  their  “observer” 
status).  Eventually,  the  control  staff  disabled 
such  vehicles.  If  the  observer  mode  is  to  be 
used  in  the  future  for  the  same  purpose,  the 
vehicle  should  be  reconstituted  without  fuel  to 
limit  its  mobility. 

One  inadvertent  reconstitution  of  a  BLUFOR 
vehicle  during  a  mission  reinforced  another  prob¬ 
lem  with  using  the  observer  mode.  When  the 
manned  simulator  was  initialized  with  a  defense 
force  alignment  and  later  reconstituted  as  an 
observer,  other  manned  BLUFOR  simulators 
appeared  as  threat  vehicles  to  the  observer  crew. 
When  the  observer  was  brought  up  seeing  other 
friendlies  as  threats  and  had  ammunition,  he 
began  to  fire  on  other  manned  friendly  forces. 

Vehicles  mired  in  no-go  terrain  were  treated 
differently  from  one  mission  to  the  next.  Prior 
to  the  last  two  days  of  the  training,  they  were 
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effort  would  have  been  desirable.  The  MCC/ 
SCC  operator  could  have  worked  more  closely 
with  the  Army  so  that  the  scenario  developers 
could  have  better  assessed  the  impact  of  SAFOR 
capabilities  and  limitations  on  the  execution  of 
the  scenarios.  For  example,  limitations  on  the 
SAFOR’s  ability  to  react  to  the  OPFOR  air  at¬ 
tack  scripted  in  some  of  the  scenarios  resulted 
in  inordinate  losses  due  to  OPFOR  helicopter 
fires.  In  many  cases,  OPFOR  helicopters  were 
deployed  against  SAFOR  elements  exclusively, 
and  the  manned  force  was  not  forced  to  react  to 
the  air  attack.  Because  of  the  unanticipated 
reduction  in  overall  SAFOR  strength,  the 
manned  company  often  became  overwhelmed 
by  the  remaining  OPFOR  ground  forces  (e.g., 
one  manned  company  team  facing  the  majority 
of  two  OPFOR  MRBs).  Earlier  coordination 
between  the  MCC/SCC  operator  and  the  sce¬ 
nario  developers  could  have  allowed  the  sce¬ 
nario  developers  to  be  better  prepared  for  such 
contingencies. 

Scenarios  for  the  task  force  stage  of  the  HI 
Experiment  were  not  delivered  to  the  support 
personnel  until  just  prior  to  the  start  of  the  task 
force  runs.  The  scenarios  should  be  delivered 
at  least  two  weeks  before  the  first  training  ex¬ 
ercise  is  to  be  executed.  This  would  provide 
time  for  input  of  scenarios  into  the  SAFOR 
computers,  last-minute  modifications  to  ensure 
compatibility  with  simulation  capabilities,  and 
trial  runs  of  the  scenarios.  If  scenarios  are  pro¬ 
vided  late,  an  extra  burden  is  placed  on  SAFOR 
operators  and  the  MCC/SCC  operator  who  are 
faced  with  a  large  portion  of  the  exercise  execu¬ 
tion  tasks. 

Finally,  the  scenarios  were  routinely  modi¬ 
fied  by  military  personnel  just  prior  to  mission 
execution.  There  were  only  four  SAFOR  work- 
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stations  that  could  be  used  for  scenario  input 
Access  to  these  computers  for  entering  changes 
during  the  HI  Experiment  was  very  limited  due 
to  the  continuous  nature  of  the  effort  As  noted 
later  in  this  chapter,  the  late  delivery  and  con¬ 
stant  changing  of  the  scenarios  provided  ob¬ 
stacles  to  the  collection  of  objective  data  Once 
task  force  runs  began,  it  was  also  decided  to 
conduct  the  exercise  as  one  continuous  opera¬ 
tion.  This  meant  that  vehicle  locations  and  IVIS 
and  TOC  workstation  status  information  had  to 
be  preserved  throughout  the  task  force  level  train¬ 
ing.  This  was  a  labor-intensive  process  which 
used  additional  support  personnel  resources. 

4.13.4  Planning  and  Execution  Proce¬ 
dures 

The  short  time  between  the  awarding  of  the 
HI  delivery  order  and  the  execution  of  the  HI 
effort  severely  compressed  the  planning  and 
preparation  period.  Frequent  planning  meetings 
and  in  progress  reviews  were  excellent  but  be¬ 
gan  later  than  the  scope  of  the  HI  effort  war¬ 
ranted.  Where  both  training  and  research  are 
major  goals  of  the  effort,  planning  is  more  com¬ 
plicated.  The  Army  and  the  contractors  should 
establish  relative  priorities,  agree  to  ground  rules 
early,  and  assess  the  impact  of  planning  deci¬ 
sions  on  both  training  and  data  collection. 

The  lack  of  a  research  plan  meant  that  the 
research  interests  being  pursued  were  unclear 
initially.  An  up-front  requirement  for  a  detailed 
Data  Collection,  Reduction,  and  Analysis  Plan 
would  clarify  research  issues  and  help  ensure 
that  adequate  resources  are  provided  for  defini¬ 
tion  of  performance  measures,  event  flagging, 
data  collection  instrument  development,  conduct 
of  Datalogger  playbacks,  data  preparation  for 
government  analysis,  etc.  Only  by  defining  the 
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simulators  or  less)  included  finding  a  technician 
and  then  standing  by  while  a  problem  was  fixed. 
For  the  HI  effort,  the  MWSTC  floor  monitor 
limited  herself  to  being  a  technical  POC.  Once 
she  had  turned  the  problem  over  to  the  site 
coordinators,  she  returned  to  a  central  location 
and  made  herself  available  to  respond  to  all 
soldier  problems  and  inquiries.  The  MWSTC 
floor  monitor  used  the  administrative  net  for 
coordinating  reconstitution  of  a  vehicle  and  to 
get  clarification  from  the  MCC/SCC  operator  at 
the  MWTB  on  procedural  issues.  For  future 
efforts  involving  more  than  eight  simulators  at 
the  MWTB  or  the  MWSTC,  the  role  of  floor 
monitor  might  well  be  limited  to  being  a  tech¬ 
nical  POC,  and  an  administrative  net  should  be 
provided  to  facilitate  the  technical  repair  and 
coordination  processes. 

There  were  also  coordination  issues  between 
participants  and  support  personnel.  Unit  changes 
in  crew  assignments  or  configurations  occurred 
frequently  without  the  support  staff’s  knowledge. 
For  example,  on  one  occasion,  two  crews  within 
the  same  platoon  physically  switched  simula¬ 
tors.  In  several  cases,  some  simulators  with 
IVIS-Es  had  no  commanders  for  days  at  a  time. 
Unavoidable  absences  or  crew  changes  may  not 
be  a  significant  detriment  to  training  exercises 
but  should  be  brought  to  the  attention  of  the 
support  staff  and  recorded  so  subsequent  analy¬ 
sis  and  interpretation  of  data  can  be  adjusted. 

Before  any  changes  are  made  to  the  radio  or 
simulator  configurations  by  the  participants,  the 
MCC/SCC  operator  should  be  consulted.  The 
MCC/SCC  operator  can  tell  the  military  repre¬ 
sentative  whether  the  proposed  change  is  fea¬ 
sible  and  how  lor  it  would  take  to  implement 
the  change,  and  he  can  notify  all  other  contrac¬ 
tor  personnel  on  the  change  if  implemented.  For 


one  scenario,  the  unit  changed  the  radio  net 
assignments  without  consulting  the  MCC/SCC 
operator.  Two  consequences  were  that  the 
SAFOR  were  on  a  different  net  from  the  manned 
vehicles,  and  the  unit  had  devised  a  scheme  that 
was  not  supportable  with  the  limited  number  of 
CB  radios  available  in  the  ECR.  While  the 
most  desirable  solution  would  certainly  be  to 
increase  the  number  of  radio  nets  supportable 
for  an  exercise,  the  lesson  learned  by  the  par¬ 
ticipants  was  that  all  changes  in  simulation  or 
radio  configurations  must  be  cleared  with  the 
MCC/SCC  operator. 

There  were  other  participant-support  person¬ 
nel  coordination  issues.  Unit  coordination  needs 
to  be  accomplished  with  the  CEC  operator  prior 
to  the  scenario’s  beginning.  One  of  the  engi¬ 
neer  platoon  vehicles  became  the  victim  of  frat¬ 
ricide  because  the  CEC  operator  was  still  plac¬ 
ing  a  minefield  when  the  manned  unit  had  begun 
to  move.  Also,  the  floor  monitors  should  be 
formally  introduced  to  the  unit  participants  as 
the  only  POCs  for  technical  support.  This  will 
assure  that  the  floor  monitors  will  be  appraised 
of  all  technical  problems  so  that  they  may  be 
fixed  and  recorded  for  future  reference.  Finally, 
floor  monitors  need  to  know  the  names  of  mili¬ 
tary  POCs  who  can  provide  soldiers  and  the 
support  staff  with  clarification  on  the  radio  nets, 
simulator  configurations,  etc.,  being  used. 

OPFOR  support  personnel  were  sometimes 
confused  when  trying  to  determine  whose  guid¬ 
ance  to  follow  in  making  changes  to  the  sce¬ 
nario.  Conflicting  suggestions  were  often  pro¬ 
vided  by  various  members  of  the  unit  staff. 
There  did  not  appear  to  be  one  military  repre¬ 
sentative  in  charge  of  making  the  final  decision 
on  changes  to  be  implemented  and  of  informing 
the  support  staff  as  well  as  the  other  unit  mem- 
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reconstituted  into  a  better  area.  On  the  last  two 
days,  mired  vehicles  had  to  wait  for  a  recovery 
vehicle  to  notionally  tow  them  out  The  recov¬ 
ery  vehicle  execution  did  not  go  smoothly,  and 
one  vehicle  was  left  mired  in  the  no-go  terrain 
for  over  two  hours  when  his  unit  forgot  to  send 
the  recovery  vehicle. 

An  SOP  should  also  be  established  prior  to 
execution  of  scenarios  to  deal  with  the  incidence 
of  intentional  fratricide.  Prior  to  one  mission,  a 
company  commander  told  his  unit  to  kill  all  the 
friendly  SAFOR  vehicles  in  the  company  be¬ 
cause  they  kept  running  into  the  manned  ve¬ 
hicles.  The  decision  on  whether  these  SAFOR 
vehicles  should  be  reconstituted  to  support  the 
remainder  of  the  mission  was  made  extempora¬ 
neously.  While  it  is  acknowledged  an  event  of 
this  nature  should  not  happen,  a  contingency 
plan  should  be  determined  in  advance  by  the 
unit  in  case  it  does  occur. 

Another  SOP  issue  that  should  be  empha¬ 
sized  with  a  training  unit  is  the  need  few  four- 
man  crews  for  Mis  because  training  on  the  tanks 
at  the  NTC  is  executed  with  four-man  crews. 
Although  the  use  of  the  autoloader  was  allowed 
at  the  MWTB  during  the  HI  effort,  the  autoloader 
feature  is  not  one  routinely  employed  at  the 
MWSTC.  Furthermore,  crews  would  frequently 
go  from  four-man  to  three-man  and  back  to  four- 
man  crews  on  a  daily  and  sometimes  twice- 
daily  basis,  necessitating  that  their  simulators  be 
taken  down  to  add  or  take  away  the  autoloader 
function.  An  SOP  quickly  developed  that  chang¬ 
ing  one’s  autoloader  status  at  the  MWTB  re¬ 
quired  a  one-day  notice.  Vehicle  commanders 
at  the  MWSTC  were  not  given  the  autoloader 
option,  even  if  they  did  not  have  the  loader 
position  manned. 
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4.13.5  Coordination 

In  a  test  the  magnitude  of  the  HI  effort  (i.e., 
two  sites;  up  to  59  simulators;  multiple  con¬ 
tracts,  each  with  separate  contract  teams;  Task 
Force  1-70  participants  and  military  support 
personnel;  and  the  MWBL  representatives), 
coordination  was  a  key  issue  from  the  very 
beginning.  It  is  commendable  that,  for  the  most 
part,  the  coordination  went  very  smoothly.  The 
key  point  of  contact  (POC)  few  one  contractor 
was  the  MCC/SCC  operator.  The  Delivery  Or¬ 
der  manager  was  the  principal  contractor  team 
POC.  He  coordinated  and  disseminated  sched¬ 
ules,  simulator  and  test  equipment  configura¬ 
tions,  and  any  last-minute  changes  to  the  mis¬ 
sion  or  procedures  with  other  supporting  players. 

Several  coordination  procedures  are  worth 
noting  for  future  efforts.  Looking  first  at  coor¬ 
dination  between  support  staff,  the  floor  moni¬ 
tors  and  MCC/SCC  operator  designated  in  writ¬ 
ing  on  the  board  above  an  MWTB  simulator 
whether  the  vehicle  used  the  autoloader  option 
and  would  get  ammunition.  This  helped  the 
technicians  to  bring  the  simulators  up  in  the 
correct  configuration.  The  use  of  two  floor 
monitors  was  a  necessity.  One  was  totally  dedi¬ 
cated  to  the  MWTB  and  the  time  of  the  other 
was  split  between  the  two  sites  throughout  the 
company  team  training  exercises.  Once  the  task 
force  level  exercises  began,  the  second  floor 
monitor  became  totally  dedicated  to  the 
MWSTC.  This  division  of  labor  '  jrked  well. 

The  MWSTC  floor  monitor  uso  took  on  a 
different  role  than  that  of  the  traditional  floor 
monitor  due  to  the  large  number  of  simulators 
(up  to  45)  which  she  was  responsible  few.  Stan¬ 
dard  MWTB  floor  monitor  procedures  used  in 
the  past  (earlier  evaluations  had  involved  eight 
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A  task  force  operations  order  (OPORD), 
operations  overlays,  and  initial  positions  for  each 
friendly  SAFOR  unit  were  provided  to  the 
friendly  SAFOR  operators,  but  not  a  copy  of 
the  task  force’s  SOP.  Furthermore,  friendly 
SAFOR  operators  did  not  participate  in  the  task 
force  OPORD  briefings.  When  company  team 
training  began,  friendly  SAFOR  operators  had 
neither  a  firm  grasp  of  the  SOP  nor  as  complete 
an  understanding  of  the  task  force  OPORDs  as 
the  other  company  commanders.  Part  of  this 
discrepancy  was  corrected  when  the  task  force 
S-3  Air  briefed  the  friendly  SAFOR  operators 
on  the  expected  scheme  of  maneuver  and  re¬ 
porting  protocol  prior  to  each  iteration.  As  a 
result.  Team  D’s  training  went  more  smoothly 
than  Team  A’s  because  of  the  friendly  SAFOR 
operator’s  increased  understanding  of  the  tacti¬ 
cal  situation  in  each  scenario. 

During  company  team  training,  key  C2  ve¬ 
hicles  in  each  unit  operated  with  IVIS  capabili¬ 
ties,  and  FIST  chiefs  communicated  with  the 
task  force  FSE  using  DMDs.  Unfortunately, 
there  was  no  mechanism  to  effectively  emulate 
the  assumed  digital  capabilities  of  adjacent  ele¬ 
ments  (SAFOR).  As  a  result,  tactical  informa¬ 
tion  that  should  have  been  digitally  transmitted 
had  to  be  verbally  transmitted,  diluting  some  of 
the  training  value.  In  future  efforts,  appropriate 
digital  terminals  and  operators  should  be  used 
to  facilitate  digital  communications  with  SAFOR 
elements.  In  addition,  automated  position  report¬ 
ing  from  appropriate  SAFOR  elements,  such  as 
that  available  in  SAFOR  version  3.11.1,  could 
be  integrated  into  the  exercise.  However, 
SAFOR  version  3.11.1  currently  only  runs  on 
the  Fort  Knox  terrain,  so  a  new  NTC  database 
would  have  to  be  acquired  to  work  with  3.1 1.1 
on  the  NTC  terrain. 
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Radio-telephone  operators  normally  provide 
voice  communication  assistance  to  the  friendly 
SAFOR  operators.  Their  absence  during  the 
company  team  training  increased  the  friendly 
SAFOR  operators’  workloads  and  limited  the 
effectiveness  of  communications  on  the  task 
force  command  and  fire  support  networks.  In 
order  to  accurately  role  play  unit  commanders 
and  FIST  chiefs  on  the  radio  networks,  it  would 
have  been  preferable  to  detail  either  junior  of¬ 
ficers  or  senior  non-commissioned  officers  to 
assist  the  friendly  SAFOR  operators.  One  RTO 
per  friendly  SAFOR  station  would  have  been 
ideal. 

4 23  Task  Force  Exercises 

The  following  section  documents  exercise- 
specific  observations  made  by  support  staff  re¬ 
garding  the  task  force  training  exercises  which 
took  place  from  December  13  -  19. 

4.23.1  Simulation  Systems 

It  was  at  the  task  force  level  that  problems 
with  the  basic  simulation  systems  (radio  com¬ 
munication,  network  and  CIG  overload,  etc.) 
reached  their  peak.  As  increased  numbers  of 
manned  and  SAFOR  vehicles  moved  together 
or  encountered  larger  enemy  forces,  instances 
of  “bluing”  in  simulator  vision  blocks  occurred 
more  frequently.  The  GDLS  MlA2s  “fell  off 
the  net”  more  often  and  stopped  processing  in¬ 
formation.  MCCs,  PVDs,  and  the  stealth  sta¬ 
tion  also  crashed  more  frequently  at  task  force 
level  than  during  the  company  team  training 
exercises. 

The  task  force  scenarios’  requirements  for 
OPFOR  and  friendly  SAFOR  support  frequently 
exceeded  accepted  capabilities  of  the  SAFOR 
systems  and  operators.  When  the  blue  forces 
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bers.  For  future  efforts,  having  the  unit  staff 
coordinate  and  channel  suggestions  through  one 
POC  prior  to  suggesting  changes  to  the  OPFOR 
operators  would  simplify  the  scenario  setup  and 
execution  procedures. 

4.2  STAGE-SPECIFIC  LESSONS 
LEARNED 

4.2.1  Platoon  Exercises 

The  following  section  documents  the  exer¬ 
cise-specific  observations  of  the  support  staff 
during  the  platoon  training  exercises  conducted 
on  October  1  -  15,  1993. 

4.2.1.1  Simulation  Issues 

Several  IVIS-related  problems  occurred  dur¬ 
ing  platoon-level  training  exercises.  The  most 
limiting  problem  was  the  slow  processing  of 
IV1S  information.  When  the  IVIS  message  traf¬ 
fic  increased,  it  took  as  long  as  5-7  minutes  for 
the  messages  to  be  processed  and  displayed. 
Sending  overlays  during  periods  of  high  mes¬ 
sage  traffic  increased  report  processing  time  to 
10-15  minutes.  Participants,  impatient  with  the 
slow  processing,  entered  too  many  keystrokes. 
This  caused  the  IVIS  system  to  crash  and  re¬ 
quired  rebooting  of  the  simulator.  Rebooting 
took  the  participants  out  of  the  mission  for  at 
least  four  minutes,  and  they  often  had  to  be 
reconstituted  at  a  new  location  because  their  unit 
had  left  them  behind. 

4.2,12  Methods 

Methodology  lessons  that  emerged  during 
platoon  level  training  involved  equipment  train¬ 
ing  and  the  delivery  and  development  of  the 
training  scenarios.  Company  B  conducted  IVIS 
and  CITV  hands-on  instruction  on  the  first  day 


of  the  platoon-level  training.  It  was  beneficial 
to  have  the  users  undergo  a  day  of  familiariza¬ 
tion  training  with  the  equipment  prior  to  execu¬ 
tion  of  their  tactical  scenarios.  Participants  could 
then  concentrate  on  using  the  equipment  tacti¬ 
cally  once  they  had  the  basic  skills  to  use  the 
test  equipment 

The  scenario  information  provided  for  the 
platoon  level  training  lacked  realism.  The  num¬ 
ber  of  OPFOR  vehicles  initially  portrayed  ex¬ 
ceeded  any  current  OPFOR  force  structure.  A 
more  realistic  unit  structure  would  replicate  NTC 
OPFOR,  a  Soviet  style  unit  or  Iraqi  forces  and 
encourage  the  training  unit  to  wargame  the  bank 
against  the  proposed  enemy,  analyze  its  capa¬ 
bilities,  and  evaluate  courses  of  action  to  defeat 
it 

422  Company  Team  Exercises 

The  following  section  documents  exercise- 
specific  observations  made  by  test  support  staff 
regarding  the  company  team  training  exercises 
which  took  place  from  December  1  -  12. 

Friendly  SAFOR  operators  received  the  com¬ 
pany  team  training  scenarios  with  sufficient  time 
to  develop  exercise  files  and  to  rehearse  the 
scheme  of  maneuver.  However,  during  the 
actual  company  team  training,  the  scenarios  were 
modified  to  increase  the  number  and  intensity 
of  the  enemy  engagements.  As  a  result,  notable 
portions  of  the  OPFOR  operators’  preparations 
became  obsolete.  Also,  each  of  the  three  initial 
exercise  files  was  based  on  a  given  unit  forma¬ 
tion.  Frequently,  units  changed  positions  within 
the  initial  formation,  fracing  the  two  friendly 
SAFOR  operators  to  delete  and  recreate  units 
after  the  exercise  file  was  loaded  in  order  to 
maintain  equitable  spans  of  control. 
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The  number  of  digital  elements  on  the  net 
during  task  force  training  also  emphasized  the 
need  fear  initialization  checklists  for  the  TOC 
workstations,  IVISs,  and  IVIS-Es.  Initialization 
checklists,  if  implemented  for  future  efforts, 
would  help  ensure  that  all  the  digital  elements 
were  brought  up  in  the  optimum  order  and  in 
the  correct  configuration.  These  checklists, 
combined  with  the  controller  workstations  dis¬ 
cussed  earlier,  would  become  powerful  tools  in 
initializing,  monitoring,  and  controlling  the  large 
number  of  digital  systems  used  in  an  effort  like 
the  HI  Experiment. 

4.233,  Data  Collection  and  Reduction 

The  collection  and  reduction  of  voice  and 
digital  data  at  the  task  force  level  during  the  HI 
effort  was  challenging  due  to  four  factors:  (1) 
the  late  arrival  and  fluid  nature  of  the  scenarios, 
(2)  the  data  collection  and  reduction  capabilities 
and  limitations  of  the  MWTB  hardware,  (3)  the 
structure  of  the  task  force  and  new  IVIS-E  plat¬ 
forms,  and  (4)  the  sometimes  conflicting  require¬ 
ments  of  training  versus  research.  Late  arrival 
of  scenario  overlays  and  lack  of  task  face  graph¬ 
ics  kept  the  PVD  operator  from  drawing  in 
control  points  on  the  PVD  to  use  for  event  flag¬ 
ging.  Also,  the  absence  of  a  finalized  event 
script  hampered  development  of  data  collection 
logs. 

The  lack  of  scripted  (predictable)  events 
made  it  very  difficult  to  obtain  certain  measures 
(e.g.,  reaction  time).  In  lieu  of  scripted  events, 
a  military  SME  was  assigned  the  responsibility 
to  sit  at  the  stealth  and  relay  flagging  instruc¬ 
tions  over  a  CB  to  the  PVD  operator.  However, 
due  to  other  responsibilities,  the  SME  was  not 
able  to  do  this  consistently.  So,  with  little  guid¬ 
ance  from  SMEs,  the  PVD  operator  flagged  these 


events  on  event  flag  logs  (see  Appendix  D)  using 
his  own  judgement  Preferably,  in  the  future 
there  would  be  more  scripted  events  so  that  more 
objective  criteria  could  be  followed.  However, 
to  collect  the  more  subjective  measures,  an  SME 
needs  to  be  in  the  loop  consistently  if  “on  the 
fly”  flags  are  to  be  useful  in  data  analysis  later. 

The  MWTB  data  collection  equipment  was 
stretched  to  the  limit  to  support  the  HI  effort 
Network  capacity  limitations  necessitated  record¬ 
ing  voice  radio  traffic  separately  from  the  pri¬ 
mary  simulation  data  stream.  Because  of  this, 
the  capability  to  listen  to  voice  communications 
when  replaying  recoded  scenarios  for  AARs 
was  not  available  for  the  HI  Experiment  Fur¬ 
ther,  the  dual-medium  recoding  of  voice  and 
simulation  data  seriously  limited  the  ability  to 
support  review  of  recoded  scenarios  by  SMEs. 
Future  research  would  benefit  substantially  from 
the  capability  to  record  high-volume  network 
data  from  both  simulation  and  radio  sources  on 
the  same  medium 

The  contractor  team  developed  an  innova¬ 
tive  way  to  recod  voice  data  using  video  cas¬ 
sette  instead  of  audio  cassettes.  To  record  a 
voice  network,  a  CB  output  was  fed  into  the 
VCR  audio  input  Radio  traffic  at  company  and 
task  force  levels  was  recorded.  However,  using 
one  VCR  to  record  one  channel  of  voice  data 
resulted  in  a  large  number  of  bulky  cassettes  for 
storage  and  later  handling.  This  would  increase 
the  effort  and  time  required  to  process  the  re¬ 
cordings  for  transcription  of  voice  messages.  A 
multi-channel  audio  recording  capability  could 
be  developed  to  streamline  the  recording  of  radio 
traffic  and  reduce  the  workload  involved  in  off¬ 
line  playback  and  transcription.  Perhaps  an  even 
better  option  would  be  a  multi-channel  disk 
recording  system 
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were  in  the  defense,  the  OPFOR  attacked  in 
regiment  strength,  causing  the  OPFOR  machines 
to  crash  with  uncharacteristic  frequency.  (One 
OPFOR  station  crashed  four  times  in  one  two- 
hour  mission  due  to  system  overload.)  In  future 
simulations,  SAFOR  limitations  must  be  con¬ 
sidered  in  scenario  development  and  the  alloca¬ 
tion  of  manned  and  SAFOR  elements.  Also, 
SAFOR  stations  should  be  rebooted  whenever 
possible  during  scheduled  or  unscheduled  breaks 
of  30  minutes  or  longer  to  lower  the  risk  of 
crashing  the  system  due  to  a  lack  of  memory. 
The  long-term  solution  for  the  problem  of 
SAFOR  crashing  would  be  to  enhance  the  ca¬ 
pabilities  of  the  SAFOR  software  to  provide 
greater  processing  capability. 

During  the  task  force  scenarios,  the  span  of 
control  exceeded  optimal  levels  for  the  friendly 
SAFOR  operators.  SAFOR  planning  guidance 
specifies  that  an  operator  can  effectively  man¬ 
age  5-7  separate  elements.  During  most  of  the 
task  force  training,  friendly  SAFOR  operators 
were  required  to  maneuver  10-14  individual 
vehicles  (see  subsection  3. 1.4).  Given  that  each 
individual  vehicle  generally  had  to  be  managed 
separately,  the  planning  guidance  was  exceeded 
by  a  factor  of  two,  with  a  resultant  decrement  in 
friendly  SAFOR  effectiveness.  Given  a  visual 
acquisition  range  of  3500  meters,  friendly 
SAFOR  operators  typically  had  to  use  a  map 
scale  of  1:50,000  or  greater  in  order  to  observe 
all  assigned  vehicles  and  any  enemy  elements 
with  which  they  had  contact,  depending  on  the 
dispersion  of  assigned  elements.  However,  at 
those  scales,  friendly  and  manned  SAFOR  icons 
tended  to  become  indistinguishable.  These  fac¬ 
tors  should  be  considered  as  potential  problem 
areas  in  scenario  design.  A  possible  solution 


would  be  to  provide  more  SAFOR  stations  when 
large  numbers  of  elements  are  to  be  controlled. 

TOC  workstation,  IVIS  and  IVIS-E  opera¬ 
tors  became  more  confident  with  their  test  sys¬ 
tems  and  used  them  more  and  more  during  task 
force  training,  loading  the  digital  net  accord¬ 
ingly.  The  overlays  created  on  the  CVCC  TOC 
workstations  became  more  ambitious  and  more 
detailed  during  task  force  training.  Engineers 
made  overlays  that  included  minefields  and  other 
obstacles.  The  IVIS-Es  often  crashed  when  the 
operator  tried  to  view  overlays  which  included 
obstacles.  The  IVIS-Es  inability  to  display  more 
than  one  overlay,  the  growing  problem  of  re¬ 
dundant  reports  and  overlays,  and  the  indistin¬ 
guishable  friendly  vehicle  icons  (as  many  as  26 
“o’s”)  were  amplified  at  the  task  force  level. 
IVIS-E  crashes  became  mote  frequent  at  the 
task  force  level  as  well,  emphasizing  the  impor¬ 
tance  of  having  a  central  control  workstation  to 
activate  and  reboot  IVIS-E  systems  at  each  site. 

It  was  during  task  force  level  training  that  an 
IVIS  controller  workstation  capability  was  imple¬ 
mented  at  each  site.  This  allowed  IVISs  and 
IVIS-Es  which  had  crashed  to  be  recovered  by 
software  engineers  at  each  site.  An  even  better 
solution  in  the  future  might  be  to  have  a  central 
controlling  workstation  on  each  side  which  could 
perform  two  functions  on  all  the  digital  C3  sys¬ 
tems  <mi  the  net:  (1)  indicate  when  an  IVIS; 
IVIS-E,  or  TOC  workstation  has  crashed;  and 
(2)  denote  faulty  states  on  the  digital  systems, 
including  transceiver  cable  problems,  split 
screens,  POSNAV  icons  disappearing,  etc. 
Expanding  the  central  controlling  workstation 
functions  would  allow  the  flow  monitors  to  be 
more  proactive  in  identifying  and  repairing  digi¬ 
tal  system  problems. 
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forms  such  as  the  IVIS-E  are  being  evaluated. 
Finally,  the  processed  data  should  be  grouped 
logically  by  issue  and  measure  type  for  ease  of 
review. 

The  requirements  of  supporting  training  were 
sometimes  at  odds  with  the  standardization  in¬ 
trinsic  to  research  methodology.  The  variety  of 
basic  simulator  and  experimental  C3  equipment 
configurations  used  for  HI  raises  questions  about 
how  to  interpret  the  data  collected.  Looking 
first  at  the  non-standard  simulator  equipment, 
there  were  differences  between  the  simulators 
at  the  MWSTC  and  the  MWTB.  The  most 
noteworthy  differences  were  the  optional 
autoloader  and  thermal  sights  provided  on  the 
CVCC  Mis  and  GDLS  MlA2s  but  not  at  the 
MWSTC.  However,  at  the  MWSTC,  shooting 
azimuths  to  get  friendly  vehicle  identifications 
in  the  Mis  and  the  functioning  grid  azimuth 
indicators  on  M2s  were  features  not  available  at 
the  MWTB. 

Turning  to  experimental  C3  equipment  con¬ 
figurations,  sometimes  the  GDLS  M1A2  opera¬ 
tors  used  GDLS  IVISs,  and  sometimes  they  used 
IVIS-emulators.  The  converted  CVCC  Mis  had 
CTTVs  and  driver’s  displays  which  were  differ¬ 


ent  from  those  in  the  GDLS  MlA2s.  When 
GDLS  vehicles  were  used  to  represent  other 
vehicles,  the  drivers  still  had  access  to  a  com¬ 
pass  and  circuit  breakers.  Furthermore,  none  of 
the  MWSTC  vehicles  had  any  CITVs  or  driver’s 
displays  at  all.  Finally,  unlike  the  MWTB  M2s 
which  had  been  modified  to  include  a  lasing 
capability,  the  MWSTC  M2s  with  IVIS  had  no 
capability  to  lase  to  enter  grid  coordinates  into 
report.  While  this  variety  in  basic  simulators 
and  in  experimental  C3  equipment  was  neces¬ 
sary  to  support  an  effort  the  size  of  HI,  the  impact 
of  so  many  different  capabilities  cannot  be  over¬ 
looked  when  the  data  are  analyzed  for  perfor¬ 
mance  differences. 

Another  variable  aspect  of  the  HI  Experi¬ 
ment  was  its  personnel.  The  Team  Strike  com¬ 
mander  was  absent  for  an  entire  day  while  the 
Strike  platoon  leader  took  over  as  commander. 
Even  more  frequently,  crews  showed  up  with 
their  loader  and/or  gunner  absent.  Although 
this  is  expected  in  a  training  unit,  when  protect¬ 
ing  the  quality  of  data  is  important,  the  unit 
should  consider  troop  availability  throughout  the 
effort  as  an  important  factor  in  staffing  key 
positions. 
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Reduction  of  voice  data  is  very  tune-con¬ 
suming  and  costly  because  the  current  method¬ 
ology  involves  manual  transcriptions.  New  tech¬ 
nologies  aimed  at  voice  recognition  should  be 
explored.  A  voice  recognition  system  that  fed 
directly  into  the  DCA  system  would  eliminate 
the  need  for  manual  transcription,  resulting  in  a 
complete  database  at  a  faster  rate  and  possibly 
at  a  lower  long-term  cost. 

Once  the  HI  effort’s  automated  data  were 
collected,  the  reduction  process  was  complex 
and  time-consuming.  First,  the  data  for  the  task 
force  missions  were  logged  using  a  Silicon 
Graphics  Indigo  workstation.  From  the  work¬ 
station,  the  data  were  then  transferred  to  a  hard 
disk  drive  on  a  conventional  DataLogger  where 
the  large  data  sets  nearly  filled  up  the  hard  disk. 
The  data  were  then  transferred  to  nine-track  tape. 
From  the  tape,  the  data  were  then  transferred  to 
a  hard  disk  on  the  MicroVAX™  for  data  analy¬ 
sis.  The  DCA  MicroVAX™  disk  had  insuffi¬ 
cient  capacity  to  store  all  of  the  experiment’s 
recorded  exercises,  which  meant  the  data  had  to 
be  read  in  and  reduced  one  portion  at  a  time. 
Once  a  portion  of  the  data  was  completed,  it 
was  erased  and  the  next  portion  was  read  in  and 
reduced.  If  it  became  necessary  to  return  to  an 
earlier  portion  of  the  data,  the  DataLogger  tapes 
had  to  be  read  in  again  before  reduction  could 
proceed.  This  sequence  multiplied  the  process¬ 
ing  time  and  increased  the  opportunities  for 
processing  errors.  Upgrading  the  data  analysis 
capabilities  would  be  desirable  in  order  to  re¬ 
duce  the  number  of  steps  involved  and  stream¬ 
line  the  reduction  process.  It  would  be  highly 
desirable  to  upgrade  the  storage  capacity  of  the 
DCA  computer  or  to  develop  removable  disk 
capabilities. 


Resources  permitting,  a  simpler  solution 
might  be  to  use  a  Sun  DataLogger.  The  Sun 
DataLogger  provides  a  much  quicker  turnaround 
of  data  by  performing  both  logging  and  analyz¬ 
ing  functions.  Thus,  the  data  would  not  have  to 
be  transferred  to  another  machine  and  analysis 
of  the  data  could  begin  as  soon  as  the  mission 
is  completed.  For  future  projects  the  option  of 
using  a  Sun  DataLogger  should  be  explored. 
Also,  space  could  be  conserved  on  the 
DataLogger  hard  disk  by  stopping  the 
DataLogger  during  breaks  and  starting  it  again 
when  the  mission  resumed. 

A  modification  in  procedures  as  well  as 
ADST  hardware  would  have  benefited  the  HI 
data  analysis  process  as  well.  Because  the  re¬ 
quirement  to  ensure  a  valid  HI  Experiment  da¬ 
tabase  for  analysis  was  levied  only  a  few  weeks 
before  actual  data  collection  began,  the  organi¬ 
zational  structure  of  the  Task  Force  was  not 
considered  as  early  in  the  data  processing  ac¬ 
tivities  as  would  be  desirable.  The  decision  on 
what  measures  to  collect  on  which  echelons  had 
to  be  made  almost  at  the  last  minute.  Research 
issues  were  identified  late  as  well.  Earlier  iden¬ 
tification  of  die  research  issues  could  have  helped 
drive  some  of  the  software  decisions  rather  than 
having  research  issues  limited  by  the  software. 
For  example,  had  the  radio  interface  unit  (RIU) 
been  implemented  (providing  realistic  time  de¬ 
lays  and  voice  overriding  digital  transmissions 
like  in  the  real  IVIS),  the  HI  Experiment  could 
have  provided  a  forum  for  collecting  data  cm 
the  optimal  mix  between  voice  and  digital  com¬ 
munication.  Unfortunately,  the  identification  of 
this  research  issue  came  too  late,  and  the  RIU 
had  not  been  implemented. 

Ideally,  more  data  reduction  and  analysis  time 
should  be  allocated  when  new  hardware  plat- 
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that  message  on  the  battalion  network  with¬ 
out  retransmitting  it  on  the  company  net¬ 
work. 

4  Implement  a  capability  within  IVIS  to  filter 
out  or  ignore  duplicate  messages  and  over¬ 
lays. 

5.1.2  ADST  Capabilities  Supporting 
Digital  C3  System  Research 

The  following  recommendations  suggest 
ways  to  improve  battlefield  digitization  research 
capabilities  within  the  ADST  environment. 
Suggestions  address  both  hardware  and  software 
improvements  to  simulated  digital  systems,  as 
well  as  ways  to  support  simulated  systems. 

4  Establish  a  central  control  node,  capable  of 
remote  monitoring  and  initialization  of  all 
automated  C2  systems  within  the  simulation, 
that  would  enable  support  personnel  to  in¬ 
vestigate  problems  and  recover  systems  (e.g., 
IVIS-E  or  CVCC  TOC  workstations)  from  a 
central  location. 

4  Ensure  that  simulated  digital  C3  systems  can 
be  recovered  if  technical  problems  occur,  pre¬ 
cluding  the  need  to  reinitialize  the  system 
during  tactical  operations. 

4  Update  the  GDLS  IVIS  software  to  mirror 
the  current  fielded  version  on  MlA2s,  and 
upgrade  the  overall  system  to  improve  reli¬ 
ability  when  networked  in  a  larger  simula¬ 
tion. 

4  Activate  RRJs  on  SINCGARS  equipped 
simulators  within  the  simulation,  so  that  digi¬ 
tal  burst  communications  are  modeled  real¬ 
istically  (i.e.,  so  that  digital  burst  transmis¬ 
sions  must  compete  with  voice 
transmissions). 

4  Install  SINCGARS  simulators  (with  RIUs) 
in  all  combat  vehicles  and  command  posts 


that  have  automated  C2  systems  within  the 
simulation. 

4  If  IVIS-Es  are  to  support  future  efforts,  up¬ 
grade  the  software  to  more  accurately  model 
the  actual  IVIS,  develop  a  more  realistic  hard¬ 
ware  interface  for  generic  (MWSTC)  simu¬ 
lators,  and  improve  the  interface  between  sys¬ 
tems. 

4  If  current  CVCC  and  IVIS  components  are 
to  be  networked  for  future  simulations,  im¬ 
prove  die  interface  between  systems  to  en¬ 
hance  overlay  and  message  handling,  and 
eliminate  the  need  for  a  central  translator 
link  such  as  ITRANS. 

4  Develop  the  capability  to  network  actual 
B2C2  LCUs  with  the  simulated  IVIS  net¬ 
work  as  an  alternative  to  using  CVCC  TOC 
workstations  as  surrogate  LCUs. 

4  Develop  data  links  between  automated  C2 
systems  and  the  MCC  system  to  simulate 
automated  data  transfer  from  IVIS  and/or 
B2C2  to  TAChlRE  or  the  Advanced  Field 
Artillery  Tactical  Data  System  (AFATDS), 
and  to  reduce  the  likelihood  of  operator-in¬ 
duced  errors  when  transferring  data  from  one 
system  to  another. 

4  Where  and  when  appropriate,  integrate  auto¬ 
mated  digital  reporting  to  allow  two-way  data 
communication  between  SAFOR  operators 
and  manned  elements. 

5.13  General  ADST  Systems 

The  HI  Experiment  represented  one  of  the 
most  ambitious  efforts  undertaken  within  the 
ADST  environment  and,  as  such,  demonstrated 
a  number  of  limitations  with  the  current  tech¬ 
nology.  Future  efforts  of  this  magnitude  will  be 
similarly  constrained  unless  and  until  the  ADST 
environment  is  enhanced.  The  recommenda- 
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Overall,  the  HI  Experiment  was  successful 
from  a  technical  support  standpoint  Many  of 
the  lessons  learned  documented  in  the  preced¬ 
ing  chapter  yielded  recommendations  for  im¬ 
provements  to  battlefield  digitization  research 
and  to  ADST  procedures.  This  chapter  recounts 
those  methodological  recommendations.  Recom¬ 
mendations  related  more  directly  to  operational 
issues  and  the  design  of  research  regarding  the 
digitized  battlefield  may  be  found  in  the  MWBL 
report. 

5.1  BATTLEFIELD  DIGITIZATION 
RESEARCH 

Many  of  the  lessons  learned  from  this  effort 
provide  a  basis  for  the  continued  development 
of  digital  C3  systems  to  support  combined  arms 
operations.  The  recommendations  in  this  sec¬ 
tion  include  issues  relevant  to  automated  C2 
research  beyond  ADST  simulations,  issues  rel¬ 
evant  to  ADST  simulations  supporting  the  de¬ 
velopment  of  C3  systems,  and  suggestions  for 
the  improvement  of  the  ADST  environment  in 
order  to  better  support  future  research  and  de¬ 
velopment  efforts. 

5.1.1  Digital  C3  System  Research 

The  ADST  simulation  documented  here  and 
in  the  MWBL  report  was  conducted  in  support 
of  the  Army’s  overall  battlefield  digitization 
research  and  development  The  recommenda¬ 
tions  that  follow  are  offered  to  support  such 
research. 

♦  Investigate  standardized  data  protocols  to 
facilitate  data  transfer  between  dissimilar  sys¬ 
tems  (e.g.,  B2C2  and  IVIS)  and  to  reduce  or 


the  requirement  for  translator  soft¬ 
ware.  If  the  need  for  a  translator  program 
cannot  be  eliminated,  install  the  translator 
on  LCUs,  to  run  simultaneously  with  die 
B2C2  program. 

♦  Develop  simplified  routing  matrixes  to  re¬ 
duce  the  number  of  relays  necessary  for  cer¬ 
tain  types  of  reports.  For  example,  when  a 
platoon  leader  sends  a  call  for  fire  using  IVIS, 
the  company  FIST  should  receive  the  mes¬ 
sage  directly,  without  a  relay  from  die  com¬ 
pany  commander.  Also  ensure  redundant 
routing  for  primary  message  types.  For 
example,  the  company  team  commander, 
XO.  FIST,  and  1SG  should  each  be  able  to 
receive  messages  from  platoon  level,  and 
relay  than  to  die  battalion  task  force  level. 

♦  Develop  utilities  to  simplify  the  implemen¬ 
tation  of  task  organization  changes  and  to 
allow  for  net-wide  initialization.  For  example, 
make  it  possible  for  die  task  force  headquar¬ 
ters  to  modify  the  IVIS  routing  for  a  platoon 
that  is  chopped  from  one  company  team  to 
another. 

♦  Implement  a  friendly  vehicle  icon  identifica¬ 
tion  utility  on  the  IVIS  display,  and  develop 
the  ability  to  aggregate  vehicle  icons  at  user- 
selected  levels  (e.g.,  platoon,  company)  in 
order  to  reduce  display  clutter  and  confu¬ 
sion. 

♦  Provide  for  selective  routing  of  IVIS  over¬ 
lays  and  messages,  enabling  a  user  to  relay 
messages  without  retransmitting  them  back 
to  the  originator.  For  example,  given  a  SPOT 
report  from  a  platoon  leader,  the  company 
commander  and  XO  should  be  able  to  relay 
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♦  Plan  for  acceptance  testing  prior  to  functional 
testing  to  verify  the  capabilities  and  discover 
the  limitations  of  new  hardware  and  soft¬ 
ware  systems  (i.e.,  IVIS-E).  Accomplish 
initial  acceptance  testing  early  enough  to  fa¬ 
cilitate  software  revision  or  refinement  and 
to  allow  training  staff  time  for  system  famil¬ 
iarization  and  final  training  development 
activities  prior  to  functional  testing. 

♦  Plan  for  at  least  two  and  preferably  four  days 
of  functional  testing  in  die  case  of  an  effort 
as  extensive  as  HI. 

♦  Ensure  that  functional  testing  adequately 
models  the  most  extensive,  most  complex 
operational  model  anticipated  during  an  ac¬ 
tual  exercise  in  order  to  fully  load  the  simu¬ 
lation  network  and  discover  likely  implica¬ 
tions  of  a  large-scale  effort. 

5.23  Training 

The  tactical  simulations  during  the  HI  Ex¬ 
periment  served  as  a  training  opportunity  for 
the  task  force,  so  that  the  unit  might  learn  to  use 
automated  C2  effectively  in  a  tactical  environ¬ 
ment.  The  crews’  ability  to  fight  realistically 
and  effectively  from  the  simulators,  and  the 
operators’  ability  to  use  IVTS  and  B2C2  were 
therefore  important  components  of  the  effort 
The  lessons  learned  regarding  individual  skills 
training  before  the  start  of  the  actual  experiment 
are  reflected  in  the  following  recommendations. 

♦  Plan  sufficient  training  for  soldiers  and  staff 
prior  to  functional  testing  in  order  to  use 
contractor  staff  and  soldier  support  effectively 
during  functional  testing. 

♦  Ensure  that  vehicle  crews  are  proficient  in 
the  operation  of  both  the  basic  simulators 
and  the  experimental  systems  being  studied 
prior  to  operational  data  collection.  Where 


resources  permit,  use  contract  personnel  to 
provide  up-front  training  on  simulation  ami 
experimental  systems,  as  well  as  to  monitor 
equipment  status  and  usage  during  the  ex¬ 
periment.  Allocate  sufficient  time  to  this 
initial  individual  train-up. 

♦  Once  unit-level  training  has  begun,  accom¬ 
plish  remedial  training  using  peer  instruc¬ 
tion  within  the  unit  during  pre-operations 
preparation. 

♦  Time  permitting,  brief  all  participants  on  what 
elements  of  the  unit  will  be  represented  by 
SAFOR,  how  to  communicate  with  SAFOR 
operators  (e.g.,  what  nets  and  calls  signs  to 
use),  and  the  capabilities  and  limitations  of 
SAFOR.  Circumstances  permitting,  encour¬ 
age  participants  to  coordinate  directly  with 
SAFOR  operators  controlling  subordinate, 
supporting  and/or  adjacent  units. 

♦  Design  IVIS  training  to  include  exercises  in 
changing  duty  positions  and  task  organiza¬ 
tion.  For  example,  platoon  leaders  should 
be  trained  how  to  change  their  IVIS  con¬ 
figuration  if  they  assume  command  of  the 
company  or  if  their  platoon  is  chopped  to 
another  unit. 

5.2.4  Scenario  Development,  Support 
Staff  Training,  and  Exercise 
Preparation 

The  following  paragraphs  offer  recommen¬ 
dations  to  improve  scenario  development  and 
coordination,  support  staff  training,  and  exer¬ 
cise  preparation. 

♦  Coordinate  scenario  development  and  data 
collection  requirements  in  order  to  ensure 
that  opportunities  exist  for  specific  perfor¬ 
mance  measures.  Identify  events  within  the 
scenario  that  should  be  “flagged”  for  data 
collection  and  analysis  and  develop  logs  and / 
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tions  below  suggest  ways  to  improve  the  exist¬ 
ing  ADST  environment,  to  better  support  future 
crew-level,  soldier-in-the-loop  research  and  de¬ 
velopment. 

♦  Enhance  the  capacity  and  reliability  of  the 
MCC  system  through  hardware  and/or  soft¬ 
ware  upgrades  to  prevent  MCC  malfunctions. 

♦  Upgrade  vehicle  simulator  host  computers 
and  CIG  capabilities  to  reduce  the  likelihood 
of  vision  block  bluing  and  general  simulator 
system  failures  during  large-scale  operations. 

♦  Upgrade  SAFOR  systems  in  order  to  im¬ 
prove  overall  simulation  realism  and  reliabil¬ 
ity,  particularly  in  large-scale  operations. 

♦  Upgrade  the  combat  engineer  simulation  to 
verify  obstacle  locations  (e.g.,  minefields) 
visually  prior  to  emplacement  on  the  data¬ 
base,  and  more  effectively  simulate  engineer 
coordination  with  manned  units. 

♦  Develop  a  more  comprehensive  exercise 
logging  capability  in  order  to  reliably  cap¬ 
ture  voice  communications  as  well  as  simu¬ 
lation  data  packets. 

♦  Improve  simulation  radio  capabilities  to  re¬ 
duce  the  likelihood  of  bleedover  between 
different  exercises  and  adjacent  frequencies. 

♦  Improve  the  operator  interface  on  simulator 
radios  to  look  and  operate  more  like  the 
controls  on  actual  combat  vehicles. 

5.2  ADST  PROCEDURES 

The  HI  Experiment  yielded  a  number  of 
recommendations  regarding  ways  to  enhance 
ADST  operations,  both  in  terms  of  simulation 
preparation  and  execution,  and  in  coordinating 
and  providing  technical  support  and  liaison.  The 
recommendations  that  follow  address:  (1)  tech¬ 
nical  planning  and  preparation,  (2)  the  functional 
testing  of  new  hardware  and  software,  (3)  par¬ 


ticipant  training,  (4)  scenario  development,  (5) 
support  staff  training,  (6)  exercise  preparation, 
and  (7)  general  issues  relevant  to  the  MWTB. 

5.2.1  Planning  and  Preparation 

Due  to  several  factors,  the  amount  of  time 
available  to  plan  and  prepare  the  simulation  test 
bed  for  the  HI  Experiment  was  relatively  short. 
The  procedures  recommended  in  the  following 
paragraphs  should  improve  future  efforts  within 
the  ADST  environment 

♦  Implement  a  design  freeze  on  key  aspects  of 
the  experiment  (e.g.,  routing  tables  and  ex¬ 
perimental  configuration)  to  avoid  last-minute 
changes  and  minimize  impact  on  the  budget. 
Limit  software  development  following  that 
date  to  fixing  bugs  within  the  current  design. 

♦  Deliver  and  install  software  with  sufficient 
time  to  conduct  acceptance  and  functional 
testing,  and  to  implement  necessary  adjust¬ 
ments  to  soldier  training  plans  and  simula¬ 
tion  support  requirements  (e.g.,  simulator 
configurations,  scenarios,  network  require¬ 
ments)  after  functional  testing. 

5.22  Functional  Testing 

Functional  testing  for  an  effort  like  the  HI 
Experiment  verifies  the  capabilities  of  new  sys¬ 
tems  (e.g.,  IVIS-Es  and  ITRANS),  the 
interoperability  of  systems  not  previously  net¬ 
worked  (e.g.,  CVCC  and  IVIS  simulators),  and 
overall  system  and  network  readiness.  The 
magnitude  of  the  HI  Experiment  and  the  limited 
time  available  for  functional  testing  yielded  a 
variety  of  lessons  learned,  as  previously  docu¬ 
mented  in  Chapter  4.  The  following  recom¬ 
mendations  suggest  practical  ways  to  improve 
functional  testing  in  future  operations. 
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upcoming  NTC  rotation.  The  lessons  learned  vital  information  that  can  be  used  u>  prepare 
and  recommendations  from  the  HI  Experiment  and  conduct  more  effective  exercises  in  the 
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or  scripts  to  support  the  data  collection  ef¬ 
fort. 

♦  Conduct  scenario  rehearsals  with  a  repre¬ 
sentative  unit  command  group  and  all  sup¬ 
port  personnel  prior  to  unit  training.  Use 
S  AFOR  to  represent  all  maneuver  elements, 
to  shake  out  the  scenarios  and  to  instruct 
BLUFOR  operators  on  the  task  force  SOP. 

♦  Consider  simulation  limitations  during  sce¬ 
nario  development  in  order  to  reduce  poten¬ 
tial  problem  areas  due  to  system  limitations. 
Determine  acceptable  risk  levels,  work¬ 
around  techniques,  and  priorities,  as  well  as 
procedures  to  be  followed  in  the  event  of 
likely  contingencies. 

♦  Freeze  scenario  design  early  enough  to  al¬ 
low  support  personnel  time  to  finalize  con¬ 
trol  files  and  perform  necessary  file  mainte¬ 
nance.  Avoid  last  minute  changes  unless 
absolutely  necessary  to  the  overall  effort. 
Consider  the  effects  on  the  data  collection 
process  before  implementing  changes  to  the 
scenario. 

♦  Avoid  implementing  changes  to  established 
radio  frequency  assignments  without  consult¬ 
ing  the  MCC/SCC  operator. 

♦  Ensure  direct  coordination  between  the  CEC 
operator  and  the  unit  commander  responsible 
for  siting  obstacles,  in  order  to  more  realis¬ 
tically  model  maneuver  unit/engineer  work 
party  coordination. 

5.2.5  Test  Bed  Issues 

The  following  recommendations  would  con¬ 
tinue  to  improve  the  MWTB’s  ability  to  support 

general  research  efforts. 

♦  Maintain  a  software  development  environ¬ 
ment  at  the  MWTB  which  enables  software 
engineers  to  create  and  test  their  latest  code. 


The  success  of  the  HI  effort  highlighted  the 
criticality  of  locating  the  software  develop¬ 
ment  area  in  the  simulation  bay  to  allow  easy 
access  to  simulators.  A  “hot  bench  testing” 
capability  at  the  developer’s  home  location 
facilitated  limited  “up  front”  testing  and  was 
a  key  element  in  the  HI  Experiment’s  soft¬ 
ware  development  as  well. 

♦  Upgrade  the  data  analysis  capabilities  at 
MWTB  to  streamline  the  data  reduction  pro¬ 
cess  and  eliminate  multi-step  data  transfer. 

♦  Ensure  that  a  sufficient  supply  of  spare  parts 
(e.g.,  M1A2  gunner’s  display)  is  on  hand 
throughout  the  experiment  to  avoid  delays 
and  lost  training  or  data  collection  opportu¬ 
nities.  Where  possible,  allocate  back-up  simu¬ 
lators  as  a  hedge  against  equipment  prob¬ 
lems. 

♦  When  multi-site  operations  are  conducted, 
establish  coordination  eariy-on  to  identify  and 
resolve  potential  issues.  Establish  points  of 
contact  at  both  sites,  and  establish  standing 
procedures  for  likely  problems  (e.g.,  simula¬ 
tor  allocations,  radio  network  management, 
facility  access,  and  simulator  malfunctions). 
Assign  a  staff  member  at  the  remote  site 
with  specific  responsibilities  for  exercise 
control  liaison  with  the  primary  site  and  tech¬ 
nical  liaison  between  participants  and  site 
support  staff  at  the  remote  site.  Ensure  ap¬ 
propriate  administrative  communications 
means  between  sites  in  radio  network  allo¬ 
cations. 

S3  CONCLUSION 

The  HI  Experiment  provided  task  force  1-70 
the  opportunity  to  train  with  automated  C2  de¬ 
vices  that  were  functionally  similar  to  the  IVIS 
and  B2C2  systems  they  will  employ  during  their 
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Operation  Desert  Hammer  VI 
Evaluation  Plan 


1.  Concept.  Operation  Desert  Hammer  VI  and  related  events  are 
designed  to  explore  the  impact  of  digital  command  and  control  on 
the  modern  armored  battlefield.  As  part  of  the  exercise  this 
evaluation  plan  is  structured  to  assess  the  impacts  across 
Doctrine,  Training,  Leadership,  Organizations,  Materiel  and 
Soldiers.  The  intent  of  this  exercise  is  to  point  the  way 
forward  for  the  Army's  doctrine,  training  strategies  and 
materiel.  The  exercise  is  also  intended  to  demonstrate  the  added 
value  of  digital  systems. 

2.  References. 

a.  Statement  of  Work  for  Horizontal  Integration  (Battlefield 
Synchronization)  Battlefield  Distributed  Simulation-Developmental 
(BDS-D)  Linked  With  Combined  Arms  Tactical  Training  Center 
(CATTC)  Support  for  Task  Force  1-70  Armor  94-07  NTC  Simulation 
Exercise  13-15  October  1993,  11  August  1993. 

b.  Statement  of  Work  for  Horizontal  Integration  (Battlefield 
Synchronization)  Battlefield  Distributed  Simulation-Developmental 
(BDS-D)  Support  for  Task  Force  1-70  Armor  94-07  NTC  Simulation 
Train-Up,  12  August  1993. 

c.  Statement  of  Work  for  Horizontal  Integration  (Battlefield 
Synchronization),  23  August  1993. 

d.  Third  Wave  Battle  Command  Mission  Need  Statement. 

e.  Third  Wave  White  Paper. 

3.  Scope  and  Study  Objectives. 

a.  Scope.  The  issues  surrounding  Operation  Desert  Hammer 
cut  across  Doctrine,  Training,  Leaders,  Organizations,  Materiel 
and  Soldier  issues  (DTLOMS) ,  Battlefield  Operation  Systems  (BOS) , 
and  includes  training  preparation  as  well  as  the  actual  rotation. 
In  addition,  this  Advanced  Warfighting  Demonstration  will  be 
analyzed  to  determine  the  potential  future  integration  of 
Advanced  Warfighting  Demonstrations,  and  operational  testing  of 
developmental  items  of  equipment. 

(1)  Due  to  the  wide  focus,  we  will  collect  information 
during  battalion  and  brigade  simulation  training,  1-19  December 
1993;  platoon  external  evaluations,  10-20  January  1994;  task 
force  gunnery,  7-23  February  1994;  NTC  Rotation  94-07,  3-16  April 
1994,  and  all  preparatory  training  for  these  events. 


Aa  of  1  DEC  93 


(2)  Fort  Knox,  TRAC,  other  TRADOC  schools  and 
independent  agencies  will  collect  and  analyze  data  from  these 
events  based  upon  their  involvement  in  the  exercise.  As  the 
coordinating  agency  for  evaluation,  DCD,  USAARMC  will  integrate 
the  insights,  analysis,  and  results  of  all  these  events  into  a 
final  report. 

b.  Constraints. 

(1)  The  training  fidelity  of  the  rotation  will  be 
maintained  at  all  costs. 

(2)  There  will  be  limited  baseline  comparison  of  the 
simulation  and  training  impacts. 

(3)  TF  1-70  will  train  with  IVIS  version  2.2  software 
for  the  December  simulation,  but  use  version  2.3  software  during 
the  April  NT C  rotation.  In  the  December  simulation  TF  1-70  will 
be  limited  to  the  systems  available  in  .the  Mounted  Warfare  Test 
Bed  (MWTB) . 

(4)  Tactics,  Techniques  and  Procedures  (TTP)  for  the 
digital  task  force  are  in  draft  form  being  revised  by  the  194th 
Armored  Brigade.  These  TTP  are  based  on  available  experience, 
and  will  undergo  modification  as  TF  1-70  gains  new  insights  into 
the  functioning  of  a  digitally  integrated  battalion/task  force. 

(5)  The  training  progression  required  to  train/sustain 
digital  user  skills  will  be  developed  based  on  insights  gained 
during  the  evaluation. 

c.  Primary  Objectives. 

(1)  To  determine  the  ’pact  on  warfighting  capability  of 
a  digitized  battalion/task  fc-ce 

(2)  To  determine  the  effect  of  digital  command  and 

control . 

(3)  To  examine  the  impact  of  digitally  linking  all 
battlefield  operating  systems  at  the  battalion/tasK  force  level. 

(4)  To  examine  the  impact  of  digitization  on  doctrine, 
training,  leadership,  organizations,  materiel  and  soldiers. 

(5)  To  determine  the  effects  on  lethality,  tempo  and 
survivability  of  a  digitized  battalion  task  force. 
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d.  Secondary  Objectives. 

(1)  Reinforce/support  findings  of  the  M1A2  Initial 
Operational  Test  and  Evaluation. 

(2)  To  identify  and  suggest  further  IVIS/B2C2  software 
improvements . 

(3)  To  capture  warfighting  insights  on  all 
digitized/developmental  systems  used. 

(4)  To  determine  training  insights  on  use  of 
Distributive  Interactive  Simulation  as  a  training  tool. 

4.  Issues. 

a.  Doctrine. 

(1)  Does  digitized  battle  command  require  refined 
doctrine /TTP  changes  at  BDE  and  below?  For  a  mixed  BN/TF? 

(2)  Does  digitized  battle  command  impact  tempo? 

(3)  Does  digitized  battle  command  influence  lethality? 

(4)  Does  digitized  battle  command  affect  survivability? 

(5)  Does  digitized  battle  command  require  standardized 
IVIS  SOPs  for  BN/TF  and  slice  elements? 

(6)  Does  digitized  battle  command  extend  the  lethal 
range/bat tlespace  of  the  BN/TF? 

(7)  Does  digitized  battle  command  alter  the  ability  to 
mass  forces? 

(8)  Does  digitized  battle  command  change  situational 
awareness  and  reduce  incidence  of  fratricide? 

b .  Training . 

(1)  Does  digitized  battle  command  require  new  individual 
and  unit  training  tasks? 

(2)  Does  digitized  battle  command  require  a  new 
institutional  or  unit  training  strategy?  Do  initial  training  and 
sustainment  training  requirements  change? 
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(3)  Does  digitized  battle  command  require  new  training 
evaluation  methods? 

c .  Leaders . 

(1)  Does  digital  battle  command  require  leader  personal 
competency/task  proficiency? 

(2)  What  type  of  information  management  does 
digitization  require? 

(3)  Does  digital  battle  command  require  a 
skill/intelligence  level  above  the  present  standard? 

(4)  Does  digital  battle  command  assist  in  faster 
decision  cycles/reaction  times? 

(5)  Does  digital  battle  command  impact  on  the  best  use 
of  available  time  (troop  leading  procedures,  staff  planning 
process) ? 

(6)  Does  digital  battle  command  impact  on  commander  and 
his  staff? 

(7)  Does  digital  battle  command  permit /improve 
intelligence  fusion? 

d.  Organizations. 

(1)  Does  digital  battle  command  offer  potential  for 
force  design  improvements? 

(2)  Does  digital  battle  command  improve  TOC 
functionality? 

(3)  Does  digital  battle  command  eliminate  need  for  TOC? 

e .  Materiel . 

(1)  How  do  digital  systems  contribute  to  the  BN/TF? 

(2)  How  do  digital  systems  differ  from  existing  systems? 

(3)  How  do  digital  systems  need  to  be  modified  for  an 
objective  system? 
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f.  Soldier*. 

(1)  Does  digital  battle  command  require  special  skills? 

(2)  Does  Third  Wave  battle  command  require  a  minimum 
competency  level? 

(3)  Does  Third  Wave  battle  command  increase  educational 
requirements? 

(4)  Does  Third  Wave  battle  command  intensify  demands  on 
soldiers  during  periods  of  increased  tempo? 

(5)  Does  Third  Wave  battle  command  change  workload 
distribution? 

(6)  Does  Third  Wave  battle  command  change  tasks  by  skill 

level? 

(7)  Does  digitized  battle  command  require  a  higher 
minimum  skill  level? 

(8)  Does  digital  battle  command  create  information 
overload? 

5.  Data  Collection/Analysis  Plan. 

a.  The  issues  and  means  by  which  data  is  collected  for 
Operation  Desert  Hammer  VI  and  related  exercises  varies  as 
training  occurs. 

(1)  Company,  Battalion  and  Brigade  Simulation  Training  - 
The  primary  means  of  data  collection  for  these  events  is  the 
SIMNET  data  logger.  In  addition,  questionnaires,  AARs,  and  SME 
input  may  assist  in  the  evaluation. 

(2)  Platoon  External  Evaluations  -  The  primary  means  of 
data  collection  for  this  event  is  observation  and  AARs.  In 
addition,  videotaped  movement,  questionnaires,  and  SME  input  may 
assist  in  the  evaluation. 

(3)  Task  Force  Gunnery  -  The  primary  means  of  data 
collection  for  this  event  is  the  M1A2  gunnery  tables.  AARS, 
videotaping,  and  SME  input  may  also  assist. 

(4)  NTC  Rotation  94-07  -  This  event  requires  the  bulk  of 
the  data  collection  effort.  The  means  of  data  collection  include 
DCD/16  CAV  questionnaires,  videotaped  NTC  AARs  and  post  rotation 
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debriefs,  recordings  of  digital  and  voice  transmissions,  0/C 
comments,  SME  comments,  IVIS  base  stations,  NTC  hyperbattle 
database  and  download  of  MILES/TWGSS  information.  Other  means 
post -rotation  include  MWBL  output  and  ARI/POM  database 
information.  See  Appendix  E  for  specific  responsibilities. 

b.  Analysis  Plan.  Upon  completion  of  each  event,  each 
agency  will  conduct  an  analysis  of  collected  data,  to  determine 
insights  on  appropriate  issues.  As  this  analysis  is  completed, 
the  results  will  be  provided  to  DCD,  USAARMC  for  consolidation 
and  incorporation  into  post-exercise  reports.  The  final  product 
for  Operation  Desert  Hammer  VI  and  related  events  will  be  a 
review  of  all  data  collected,  as  well  as  the  results  of 
comparison  to  other  NTC  rotations,  Janus/ELAN  comparisons,  and 
other  analysis. 

c.  An  NTC  Hotwash  and  emerging  insights  briefing  will  be 
conducted  during  the  first  week  of  May  1994.  This  will  be 
followed  by  ARI/POM  loading  digital  information  for  battle 
playbacks.  Janus  and  ELAN  runs  will  be  conducted  during  the 
first  couple  weeks  of  June  1994,  as  well  as  receiving  information 
from  RAND  and  ARI .  An  NTC  data  review  will  occur  during  the  last 
week  of  June.  A  draft  report  will  be  published  during  the  middle 
of  July  1994,  with  a  final  product  completed  the  end  of  July. 

See  Appendix  A  for  specific  events  and  dates. 

d.  One  key  challenge  to  this  evaluation  is  lack  of  an 
established  baseline  for  comparison.  Data  collection  will  focus 
on  perceived  differences  between  digitized  and  non-digitized 
battalion/task  forces.  Efforts  will  be  made  after  these  events 
to  quantify  the  results.  This  may  be  accomplished  by  using  some 
or  all  of  the  following  methods: 

(1)  NTC  collection  of  rotations  94-04,  94-05,  94-06,  and 
comparison  of  digitized  NTC  results  to  similar  battles  in  NTC 
database . 

(2)  Comparison  of  take  home  packages  to  packages  already 
in  ARI -POM  database. 

(3)  Creation  of  Janus  replicas  of  each  battle  to  permit 
comparison  of  changes  in  battle  command  systems. 

6.  Evaluation  Responsibilities. 

a.  Specific  Instructions. 
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(a)  Overall  exercise  coordination. 

(b)  Source  of  all  taskings. 

(2)  DCD,  USAARMC 

(a)  Coordinating  agency  for  data  collection  and 
analysis . 

(b)  Focus  on  combined  arms  and  horizontal  integration 

issues . 

(c)  Prepare  data  collection  products. 

(d)  Compare  NTC  rotation  to  previous  battles  and 
rotations . 

(e)  Conducts  baseline  to  digital  comparisons  through 

Janus . 

(f)  Publish  evaluation  report. 

(3)  ARI-Fort  Knox 

(a)  Support  data  collection  and  analysis  during  all 
simulation  training. 

(b)  Provide  doctrinal,  training  development  and  training 
insights. 

(4)  CALL/AJRI  -  POM 

(a)  Construct  digital  take  home  packages  and  battle 
playbacks  by  1  July  1994. 

(b)  Incorporate  NTC  collected  data  from  all  available 
sources  as  soon  as  possible  {if  available) . 

(5)  TRAC  (TRAC-WSMR) 

(a)  Assist  in  preparing  data  collection  products. 

(b)  Attempt  to  conduct  baseline  to  digital  comparisons 
by  duplicating  NTC  battles  in  Janus. 
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(c)  Perform  analysis  of  the  potential  for  AWDs  to 
fulfill  some/all  of  the  operational  testing  requirements. 

( 6 )  OPTEC/TEXCOM 

(a)  Determine  what  can  be  done  to  improve  NTC 
instrumentation  for  operational  testing  purposes. 

(b)  Augment  NTC  instrumentation  to  the  extent  possible 
for  NTC  94-7. 

(7)  RAND.  As  part  of  ongoing  studies: 

(a)  Determine  digitization's  impact  on  fixing 
longstanding  BN  C2  issues. 

(b)  Analyze  the  impact  of  computerized  or  automated  C2 
on  mission  outcome  at  the  battalion  level  and  below. 

(c)  Propose  changes  to  training,  tactics  and 
organization  to  reduce  identified  problems  with  battalion  and 
below  command,  control  and  communications. 

(8)  NTC 

(a)  Assist  in  data  collection. 

(b)  Assist  in  determining  digital  to  baseline 
differences . 

(c)  Provide  take  home  packages  to  Knox/TRAC  by  1  July 

1994 . 

(9)  16th  Cav,  US AARMC /DOBS  -  Conduct  analysis  of 
doctrinal  and  training  development  insights  gained  through 
Operation  Desert  Hammer  VI  and  all  related  events. 

(10)  Aviation  School  -  Provide  resources  per  Appendix  E 
to  evaluate  aviation  issues. 

(11)  Infantry  School  -  Provide  one  0-3  Co-/Team  and  one 
E-7  Mortar  Platoon  SMEs  to  evaluate  infantry  issues. 

(12)  Intel  School  -  Provide  one  0-3  brigade  SME  to 
evaluate  intelligence  issues. 

(13)  FA  School  -  Provide  resources  per  Appendix  E  to 
evaluate  artillery  issues. 
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(14)  ADA  School  -  Provide  one  0-1  ADA  SME  to  evaluate 
air  defense  issues. 

(15)  Engineer  School  -  Provide  resources  per  Appendix  E 
to  evaluate  engineer  issues. 

(16)  CASCOM  -  Provide  resources  per  Appendix  E  to 
evaluate  logistics  issues. 

(17)  Battle  Command  Lab  -  Provide  resources  per  Appendix 
E  to  evaluate  appropriate  issues. 

(18)  CDR,  CCAC  -  Provide  resources  per  Appendix  E  to 
evaluate  appropriate  issues. 

b.  Coordinating  Instructions. 

(1)  December  Advanced  Warfare  Demonstration  (and 
preparatory  events) . 

(a)  Issues  for  incorporation  into  Data  Collection  Plan 
due  NLT  15  Nov  93 . 

(b)  Input  for  incorporation  into  final  report  due  NLT  15 

Jan  94 . 

(2)  January  Platoon  External  Evaluation  (and  preparatory 

events) . 

(a)  Issues  for  incorporation  into  Data  Collection  Plan 
due  NLT  1  Dec  93 . 

(b)  Data  Collection  Plan  production  20  Dec  93. 

(c)  Input  for  incorporation  into  the  final  report  due 
NLT  21  Feb  94. 

(3)  February  Task  Force  Gunnery  (and  preparatory 

events) . 

(a)  Issues  for  incorporation  into  Data  Collection  Plan 
due  NLT  3  Jan  94 . 

(b)  TF  Gunnery  Data  Collection  Plan  production  17  Jan 

94. 

(c)  Input  for  incorporation  into  the  final  report  due 
NLT  14  Mar  94. 
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(4)  April  National  Training  Center  Rotation  (and 
preparatory  events) . 

(a)  Issues  for  incorporation  into  the  April  NTC  Data 
Collection  Plan  due  NLT  18  Feb  94. 

(b)  NTC  Data  Collection  Plan  production  7  Mar  94. 

7.  Resource  Requirements.  Personnel  and  agency  requirements  for 
data  collection  will  vary  by  event.  See  Appendix  B  for  specific 
requirements . 

8.  POCs  for  this  action  are  MAJ  Witsken  and  CPT  Branscom,  DCD, 
USAARMC,  DSN  464-1346/3648. 

List  of  Appendices. 

Appendix  A  -  Milestone  Timeline 

Appendix  B  -  Issue  Measures  of  performance  Crosswalk  -  TBD 

Appendix  C  -  Issue  Event  Collection  Crosswalk  -  TBD 

Appendix  D  -  Points  of  Contact  -  TBD 

Appendix  E  -  Resource  Requirements  -  TBD 

Appendix  F  -  AWD  Evaluation  Plan 

Appendix  G  -  SME  Questionnaires 

Appendix  H  -  Participant  Questionnaires 

Appendix  I  -  TF  1-70  December  Calendar 
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APPENDIX  A 
MILESTONE  TIMELINE 


Draft  O/C  Questionnaires/Cards  to  NTC 
Data  Collection  Plan  Refinement 
Exercise  IPR 

CO/BN/BDE  Simulation  Training  Collection 
Exercise  IPR 

Platoon  External  Evaluation 
Task  Force  Gunnery  Collection 
NTC  Rotation  Collection 
Data  Reduction/Analysis 
Fort  Knox  NTC  Hotwash 

NTC  provides  ARI-POM  Take  Home  Package 

NTC  Emerging  Insights  Briefing 

ARI-POM  loads  NTC  battle  playbacks 

Janus /ELAN  NTC  runs 

ARI/RAND  input  to  DCD,  USAARMC 

ARI-POM  automated  Take  Home  Pkg/Playbacks 
complete 

Agency  Reports  Provided  to  DCD 
Draft  Report  Published 
Final  Report  Published 


NLT  15  Nov  93 
During  Nov 
18  Nov  93 
1-19  Dec  93 
3  Jan  94 
10-20  Jan  94 
7-23  Feb  94 
3-23  Apr  94 
Apr-Jul  94 
10-11  May  94 
13  May  94 
18  May  94 
NLT  16  May  94 
1-15  Jun  94 
15  Jun  94 
15  Jun  94 

1  Jul  94 
15  JUl  94 
31  Jul  94 
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APPENDIX  B 
DTLOMS 

ISSUES/MEASURES  OF  PERFORMANCE 


I .  DOCTRINE 

dl.  Does  digitized  battle  command  require  refined  doctrine/TTP 
changes  at  BDE  and  below?  For  a  mixed  BN/TF? 

Sub-issue.  Does  digitized  battle  command  require  refined 
doctrine/TTP  for  the  differentially  distributed  force? 

dl.l  What  doctrine/TTP  did  the  unit  start  with? 
dl.2  What  adjustments  were  made? 
dl . 3  What  is  recommended  now? 

dl.4  Did  mixed  digital  C2/voice  C2  problems  occur? 
dl.5  What  was  done  to  overcome  problems? 
dl.6  What  is  recommended  in  the  future? 

d2 .  Does  digitized  battle  command  impact  tempo? 

d2.1  Time  required  to  complete  operations? 
d2 . 2  Specific  observations 

d2 . 3  Time  for  companies  to  reach  objectives 
d2 . 4  Unit  dispersion 

d2 . 5  Mean  time  out  of  sector/ axis/misoriented 

Sub- issue.  Does  digitization  enhance  breaching  operations? 

Coordination  between  assault,  breach,  and  support  forces. 
Speed  of  executing  breach  operations. 

Sub- issue.  Does  digitization  enhance  countermobility 
operations? 

Speed  of  obstacle  planning. 

Speed  of  obstacle  status  reporting. 

Dissemination  of  obstacle  location  information. 

d3 .  Does  digitized  battle  command  influence  lethality? 

d3 . 1  At  what  ranges  did  the  Blue  force  engage? 
d3.2  How  many  systems  fought  in  the  battle? 
d3.3  What  was  the  total  number  of  calls  for  fire? 
d3 . 4  How  many  long  range  fires  were  there? 
d3 . 5  At  what  ranges  was  the  enemy  destroyed? 

d3 . 6  Were  there  any  fires  into  the  depth  of  the  enemy  position? 
d3.7  Total  number  of  reported  acquisitions 
d3 . 8  Number  of  enemy  kills  over  time 
d3 . 9  Loss  exchange  ratio 
d3.10  System  exchange  ratio 
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d4 .  Does  digitized  battle  command  affect  survivability? 

d4 . 1  Loss  exchange  ratio 
d4 . 2  System  exchange  ratio 

d5 .  Does  digitized  battle  command  require  standardized  IVIS  SOPs 
for  BN/TF  and  slice  elements? 

d5 . 1  What  SOPs  were  developed/used? 

d5.2  What  adjustments? 

d5.3  What  is  recommended  now? 

d6.  Does  digitized  battle  command  extend  the  lethal 
range/battlespace  of  the  BN/TF? 

d6 . 1  Range  the  enemy  was  engaged 
d6 . 2  Range  the  enemy  was  killed 

d7.  Does  digitized  battle  command  alter  the  ability  to  mass 
forces? 

d7.1  Total  number  of  systems  in  the  firing 

d8.  Does  digitized  battle  command  change  situational  awareness 
and  reduce  incidence  of  fratricide? 

d8 . 1  Number  of  blue  systems  engaged  by  blue  forces 
d8 . 2  Number  of  blue  systems  destroyed  by  blue  forces 


IX.  TRAINING 

tl.  Does  digitized  battle  command  require  new  training  tasks? 

tl . 1  For  each  soldier? 
tl.2  For  each  leader? 
tl.3  For  each  team? 
tl.4  Across  BOS  tasks? 

t2 .  Does  digitized  battle  command  require  a  new  training 
strategy? 

t2 . 1  Individual  training  strategy  by  BOS 

t2.2  Leader  training  strategy  by  BOS 

t2.3  Collective  training  strategy  by  BOS 

t2 . 4  TADSS  structure 

t2 . 5  Frequency  of  training 

t2.6  COFT-like  training  progression 

t3 .  Does  digitized  battle  command  require  new  training 
evaluation  methods? 
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t3 . 1  Train  to  mastery 
t3 . 2  Digital  second  nature 
t3.3  Over  training 
t3.4  Job  books 

III.  LEADERS 

11.  Does  digital  battle  command  require  leader  personal 
competency/task  proficiency? 

12.  What  type  of  information  management  does  digitization 
require? 

12.1  Quantity  of  voice/digital  messages  in/out  at  each  level 

12.2  Leader  workload  measures 

13.  Does  digital  battle  command  require  a  certain  minimum 
skill/intelligence  level  above  the  present  standard? 

14.  Does  digital  battle  command  assist  in  faster  decision 
cycles/reaction  times? 

15.  Does  digital  battle  command  impact  on  the  best  use  of 
available  time  (troop  leading  procedures,  staff  planning 
process) ? 

15.1  Changes  in  the  staff  planning  process? 

15.2  Increase/decrease  in  speed  of  executing  the  staff  planning 
process? 

15.3  What  did  TF  1-70  plan  to  do? 

15.4  What  did  TF  1-70  actually  do? 

15.5  Shortcuts  in  planning  process  permitted  by  digital  C2? 

15.6  Easier  time  management? 

15.7  Better  parallel  planning? 

15.8  Easier  preparation  of  plans  and  orders? 

15.9  Easier/better/faster  briefing/dissemination  of  orders? 

15.10  Troop  leading  procedures? 

16.  Does  digital  battle  command  impact  on  commander  and  his 
staff? 

17.  Does  digital  battle  command  permit /improve  intelligence 
fusion? 

IV.  ORGANIZATIONS 

ol.  Does  digital  battle  command  offer  potential  for  force  design 
improvements? 

o2 .  Does  digital  battle  command  improve  TOC  functionality? 
o3 .  Does  digital  battle  command  eliminate  need  for  TOC? 
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V.  MATERIEL 

ml.  How  do  digital  systems  contribute  to  the  BN/TF? 

m2.  How  do  digital  systems  differ  from  existing  systems? 

m3.  How  do  digital  systems  need  to  be  modified  for  an  objective 
system? 

VI .  SOLDIERS 

si.  Does  digital  battle  command  require  special  skills? 

s2.  Does  Third  Wave  battle  command  require  a  minimum  competency 
level? 

s3 .  Does  Third  Wave  battle  command  increase  educational 
requirements? 

s4 .  Does  Third  Wave  battle  command  intensify  demands  on  soldiers 
during  periods  of  increased  tempo? 

Sub-issue.  Does  digitized  battle  command  have  an  impact  on 
the  rest/sleep  cycle? 

Sub-issue.  Does  digitized  battle  command  have  psychological 
impacts? 

Sub-issue.  Does  digitized  battle  command  impact  situational 
awareness? 

Sub-issue.  Does  digitized  battle  command  cause  any  system 
safety  problems? 

Sub-issue.  Does  digitized  battle  command  cause  any  health 
hazard? 

s5.  Does  Third  Wave  battle  command  change  workload  distribution? 

s6 .  Does  Third  Wave  battle  command  change  tasks  by  skill  level? 

s7 .  Does  digitized  battle  command  require  a  higher  minimum  skill 

level? 

s8.  Does  digital  battle  command  create  information  overload? 
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APPENDIX  C 

ISSUE  EVENT  CROSSWALK 
LEGEND 


RESPONSIBLE  AGENCIES 
ARI  Presidio  of  Monterey 

BDM 

MWBL 

RAND 

TRAC 

TRAC-WSMR 
TEXCOM 
FORT  BENNING 
FORT  BLISS 
FORT  HUACHUA 
FORT  IRWIN 
FORT  KNOX 
FORT  LEE 

FORT  LEONARDWOOD 
FORT  RUCKER 
FORT  SILL 


ABBREVIATION 

ARIPOM 

BDM 

MWL 

END 

TEC 

TRW 

TXM 

PB6 

PBS 

FHA 

FIN 

FKX 

FLE 

FLD 

FRR 

FSL 


MEANS  OF  DATA  COLLECTION  ABBREVIATION 

SIMNET  Data  Logger  SDL 

SIMNET  Data  Logger  Battle  Playbacks  SBP 

Subject  Matter  Expert  (SME)  AARs  SAR 

Videotaped  NTC  AARs  VNA 

Videotaped  SIMNET  AARs  VSA 

Data  Collection  Questionnaires  DCQ 
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Aerial  Videotaped  Raw  Footage  ARF 
Videotaped  Raw  Footage  VRF 
Audio  Recording  of  Radio  Nets  ARN 
M1A2  Gunnery  Scoresheets  MGS 
Videotaped  Post  Rotation  Debriefs  VPD 
NTC  Hyperbattle  Database  NHD 
MILES/TWGSS  Information  MTI 
NTC  0/C  Collected  Data  NOC 
NTC  Fort  Knox  Hotwash  NFH 
SME  Comments  scs 
ARI/POM  Database 

Digital  Equipment  Skills  Test  DST 
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POINTS  OP  CONTACT 


INDIVIDUAL 

PHONE 

FAX 

COL 

EBERLEE , 

BATTLE  CMD  BL 

552-3323 

552-2842 

COL 

HAWKINS , 

FT  BLISS 

978-7611 

978-2530 

COL 

HUBBARD, 

BLIT-D 

680-4283 

(804) 727-2947 

COL 

KERR,  FT 

SILL 

639-5647 

(405)351-4802 

COL 

MOLER,  TSM  AGS 

464-7955 

COL 

WILLIAMS 

,  FT  LEE 

687-1808 

(804)862-4829 

LTC 

THURMAN, 

TEXCOM 

738-1286 

738-1475 

LTC 

TUHILL,  ] 

NTC  OPERATIONS 

470-5667 

MAJ 

BOEGLEN, 

16TH  CAV 

464-2309 

MAJ 

CHAMBERLAIN,  DWBL,  FT  BENNING 

835-1816/4922 

835-3841 

MAJ  CRAFT,  ARI-POM 


MAJ  FINK,  194TH  BDE 

464-6766 

464-7485 

MAJ  HENSON  (JOHN) ,  AVIATION  BL 

558-2110/3485 

558-2916 

MAJ  HRDY  (RUSS) ,  DCD,  USAARMC 

464-1250 

464-7126 

MAJ  LANDERS,  DCD,  USAARMC 

464-1909 

464-7126 

MAJ  MORTENSEN,  INTEL  CTR 

879-2373 

879-7692 

MAJ  STULL  (ROBERT) ,  ADA  LAB 

978-4265/7611 

978-2530 

MAJ  WILLIAMSON,  SIGNAL  CTR 

780-3769 

780-8346 

MAJ  WILSON,  MWBL 

464-2399 

CPT  BRANSCOM,  DCD,  USAARMC 

464-1347 

464-7126 

CPT  CLARK  (SCOTT) ,  BLITD 

680-4472 

680-2974 

CPT  JEDDRYCH,  CSS  BL  (SACIMS) 


687-0012 
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CPT  LEWLEY,  TF  1-70 

464-3853 

CPT  SINKLER,  DCD,  ENG  CTR 

(314)563-7359 

563-4089 

CPT  SMALLS,  DWBL 

835-4922/1482 

835-1816 

DR  BLACK,  ARI-KNOX 

464-6928/3450 

464-8113 

DR  GROSSMAN  (JON) ,  RAND  CORP 

(310)393-0411  ext  7622 

(310)393-4818 

MR  COURTWRIGHT,  BDM  FEDERAL 

(505) 848-5546 

MS  DRAKE  (KATHY) ,  HQ  TRAC 

552-5511 

552-4368 

MR  MONDAY,  LORAL 

(502) 942-1092 

MR  MCCARTNEY  (PAT) ,  D&SABL,  FT 

SILL  639-5647 

(405) 351-5028 

MR  MCCOOL  (BRYSON) ,  TRAC-WSMR 

2S8-6016 

258-5104 

MR  PAYAN  (FERNIE) ,  TRAC-WSMR 

258-2406 

258-5104 

MS  TISDALE  (SARAH) ,  HQ  TRAC 

552-5511 

552-4368 

MR  WALSH  (BILL),  ARI-POM 

(408)372-3329 

APPENDIX  £ 

RESOURCE  REQUIREMENTS 
AS  Of  1  DEC  S3 


APPENDIX  E 

RESOURCE  REQUIREMENTS 
AS  OF  I  DEC  93 


TRAC 


Federal,  Inc. 


ADST/WDL/TR-  93  -  W0032500 


B-l 

Task  Force-level  Defensive  Scenario  Materials 

Section  B-l  contains  the  following  materials: 

Manned  Unit  Starting  Locations 

Manned  Simulator  and  Friendly  SAFOR  Platoon  Starting  Locations 

Minefield  and  Artillery  Positions 

Enemy  SAFOR  Locations  and  Target  Vehicles  (TRPs) 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Task  Force  OPORD 


Federal,  Inc. 


ADST/WDL/TR-93-W0032500 


APPENDIX  B 

SCENARIO  MATERIALS 

Appendix  B  contains  the  following  sections: 

B-l  Task  Force-level  Defensive  Scenario  Materials 

B-2  Task  Force-level  Attack  Scenario  Materials 

B-3  Task  Force-level  Movement  to  Contact  Scenario  Materials 

B-4  Brigade-level  Mission  1  Scenario  Materials:  Tactical  Road  March 

B-S  Brigade-level  Mission  2  Scenario  Materials:  Defense  of  Position 

B-6  Brigade-level  Mission  3  Scenario  Materials:  Defense  with  a  Change  of  Mission  Leading  to 
a  Withdrawal 

B-7  Brigade-level  Mission  4  Scenario  Materials:  Attack  to  Seize  Objectives 

B-8  Brigade-level  Mission  5  Scenario  Materials:  Withdrawal  Followed  by  Defense  of  Positions 

B-9  Brigade-level  Mission  6  Scenario  Materials:  Change  of  Mission  to  Defend  New  Positions 

B-10  Brigade-level  Mission  7  Scenario  Materials:  Attack  to  Seize  Objectives 
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B-2 

Task  Force-level  Attack  Scenario  Materials 

Section  B-2  contains  the  following  materials: 

Manned  Unit  Starting  Locations 

Manned  Simulator  and  Friendly  SAFOR  Platoon  Starting  Locations 

Minefield  and  Artillery  Positions 

Enemy  SAFOR  Locations  and  Target  Vehicles  (TRPs) 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Task  Force  OPORD 
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B-3 

Task  Force-level  Movement  to  Contact  Scenario  Materials 

Section  B-3  contains  the  following  materials: 

Manned  Unit  Starting  Locations 

Manned  Simulator  and  Friendly  SAFOR  Platoon  Starting  Locations 

Minefield  and  Artillery  Positions 

Enemy  SAFOR  Locations  and  Target  Vehicles  (TRPs) 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Task  Force  OPORD 
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B-4 

Brigade-level  Mission  1  Scenario  Materials: 
Tactical  Road  March 

Section  B-4  contains  the  following  materials: 


Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


SIMNET  Plan  Sheet 


194  SAB  FRAGO  # 
ENEMY:  (GENERAL) 


DTG  Dec  93 


COPY  OF 


BDE  ENEMY: 


HIGHER  MISSION:  24th  ID  will  move  into  TAA  to  prepare  to  conduct  combat 
operations 

HIGHER  INTENT:  Move  into  TAAs  quickly  to  allow  for  maximum  time  for 
preparation  for  combat  operations 


TASK  ORG 


46elJh  s 


ATTACH/DETACH: 


BDE  MISSION:  .  BDE  moves  to  TAAs  alonq  routes  BLUE,  RED,  YELLOW,  WHITE  and 
GREEN  to  establish  TAAs  and  prepare  for  combat  operations 

INTENDS  I  intend  to  move  quickly  into  TAAs  and  prepare  to  for  combat 
operations  as  soon  as  possible.  Routes  need  to  remain  clear.  Units  will 

?olice  their  own  vehicles  but  will  not  allow  recovery  operations  to 
nt erf ere  with  follow  on  units. 


FIR:  0  Ml***,  ou 

l) 

i)  U* C  cf  C 


EEFI: 


TP  2-136 


TP  3-123 


-swr 


PRIORITY  OP 
PIRES 


PRIORITY  OP 
ADA 


D/10 


BLUE 


PRIORITY  OP 


ANNEX  E 


(ENGINEER)  TO  OPQRD  MSN  i 


TASK  ORGANIZATION:  See  OPORO 


1.  SITUATION. 

a.  Enemy. 

(1)  Terrain.  Road  network  supports  movement  o-f  forces. 
Orienteering  is  difficult  without  navigational  aids. 
Topography  is  generally  open  terrain  from  SP  to  RP, 
providing  good  visibility  for  enemy  long  range  recon 
assets.  Limited  restricted  area  exists  vicinity 

NK  31  IS  along  Route  Blue.  The  TAA  is  also 
relatively  open  terrain  well  within  Artillery  FASCAM 
range. 

(2)  Weather.  No  major  impact  on  engineer  operations. 

(3)  Enemy  engineer  capability/activity. 

Enemy  obstacle  systems  are  not  expected  to 
interfere  with  movements  into  the  TAA.  However,  upon 
detection  of  our  force,  the  enemy  can  employ  both  artillery 
and  air  delivered  FASCAM.  Both  systems  are  rapid  employment 
systems  that  can  interdict  unit  movements. 

b.  Friendly. 

c.  Attachments/Detachments..  19th  En  Bn  attached  to  194th 
SAB.  Be  prepared  to  receive  C/317th  En  Bn  from  3d  Bde, 
24th  ID. 


,  2.  MISSION.  Bde  moves  to  TAAs  along  routes  BLUE,  RED, 

*  YELLOW,  WHITE,  and  GREEN  to  establish  TAAs  and  prepare 

for  combat  operations. 


EXECUTION. 

a.  Scheme  of  Engineer  Operations.  Main  effort  within  the 
Bde  area  is  mobility  along  specified  routes.  Upon 
closing  into  the  TAAs,  main  effort  is  to  survivability, 
then  countermobi 1 ity.  Survivability  to  C3  systems,  ADA 
assets,  CSS  assets,  combat  vehicles,  in  order. 
Countermobi 1 ity  will  consist  of  preplanned  situational 
obstacles  that  will  disrupt  and  block  a  forward 
penetration  into  our  TAAs. 


(1)  Obstacles.  No  zones  identified  by  Corps.  No  belts 
identified  by  Bde. 

;2>  Situaticnal  Obstacles.  Concept  of  employment  :s 

protection  of  the  •‘orce  while  occupying  TAAs.  Each 
TF  allocated  one  Artillery  delivered  FASCAM 
ur.ari  3lc  \-OOr  .  witn  snort  SD  time.  Authoritv 


b.  Subunit  Instruction*.  Non*. 

c.  Coordinating  Instructions.  Attach**rts  oust  b* 
coop 1st •  NLT  6  hours  prior  to  S P. 


4.  SERVICE  SUPPORT. 

a.  Command  R*gulat*d  Class**  of  Supply. 

-  FASCAM,  ADAM,  155MM 

-  FASCAM,  RAAM,  153W1 

-  FASCAM,  BLU-91B,  VOLCANO 

b.  Class  I V/V  (Obstacl*)  Suppliss  Distribution  Plan.  Bds 
will  uss  push  packag*  as  primary  msans  of  distribution. 
B*  prsparsd  to  r*c*iv*  from  supply  point  distribution 
if  n*c*ssary.  SScTs  fro*  Corps  Mill  also  b*  pushsd 
forMard  as  much  as  practical. 

Priority  of  supplies  to  TF  1-70,  TF  2-136,  TF  3-123,  TF 
2-33,  in  ordsr. 

c.  Transportation.  Corps  SliT  support  not  knoMn  at  this 
tim*. 

d.  Health  Services  Support.  N/A. 

e.  Host  Nation.  N/A. 


5.  COMMAND  AND  SIGNAL. 

a.  Command. 

En  Bn  Cdr  located  at  Bde  TOC. 

Bd*  Engr  located  Mith  S— 3  plans. 

En  Bn  S-3  located  at  En  Bn  TOC. 

b.  Signal. 

Bde  Engr  ^monitors  ACE,  19th  En  Bn  cmd,  Bde  Engr. 


ACKNOWLEDGE 

CRADDOCK 

COLONEL 

Official. 

/*/ 

RUSSO 
Bde  Engr 


Appendices  None. 
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MAN  ARM  FUEL 
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B-5 

Brigade-level  Mission  2  Scenario  Materials: 
Defense  of  Position 

Section  B-S  contains  the  following  materials: 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


oiivi^c  i  nan  outwi 
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ft 


DTG 


COP* 


OF 


BDE  MISSION:  t£  ZAA  eLtQ*~*aU  u~  *JLT 
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Pz  outo  -&  ft 
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TP  3-/23  AA 
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SWITCH  TIME 
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hr  tf  -To/ 
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TGT  NO. 

LOCATION 

description 

SHOOTER/ ALT 

REMARKS, 

1. 

WHO 0 10 

NJ249947 

RD  JOHC . ( SEAS ) 

D-10/TF  1-70 

CAS  EA  FALL 

2. 

WH0011 

NJ299975 

RD  JUNC. 

D-10/TF  1-70 

3. 

WH0012 

NK303955 

RD  JUNC. 

D-10/TF  1-70 

1 

4. 

WH0013 

NK308042 

RD  JUNC. 

D-10/TF  2-33 

'i 

5. 

WH0014 

NK310060 

RD  JUNC. 

D-10/TF  2-33 

6. 

WH0015 

NJ346964 

RD  JUNC. 

TF  1-70 

7. 

WH0016 

NJ362969 

SPUR 

TF  1-70 

i 

8. 

WH0017 

NK358087 

RD  JUNC. 

TF  2-33 

9. 

WH0018 

NK377089 

HILLSIDE 

TF  2-33 

10. 

WH0019 

NJ388960 

RD  JUNC. 

TF  2-136 

( 

11. 

WH0031 

NJ401998 

RD  JUNC. 

TF  2-136 

t 

12. 

WH0032 

NK41111S 

RD  JUNC. 

TF  2-136 

13. 

WH0033 

NK430094 

RD  JUNC. 

TF  3-123 

> 

14. 

WH0910 

NJ280935 

FASCAM 

TF  1-70 

ATT  1600 

15. 

WH0911 

NJ297918 

FASCAM 

TF  1-70 

ATT  1600 

16. 

WH0912 

NK264021 

FASCAM 

TF  1-70 

ATT  1600 

17. 

WH0913 
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FASCAM 

TF  1-70 

ATT  1600 
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RD  JUNC. 

TF  1-70 
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RD  JUNC. 

TF  1-70 

20. 
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RD  JUNC. 

TF  1-70 

21. 
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RD  JUNC. 

TF  1-70 

22. 
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TF  1-70 

23. 
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TF  1-70 
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TF  1-70 
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TF  1-70 
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B-6 

Brigade-level  Mission  3  Scenario  Materials: 

Defense  with  a  Change  of  Mission  Leading  to  a  Withdrawal 

Section  B-6  contains  the  following  materials: 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


ENEMY:  (GENERAL) 


BOB  ENEMY: 


HIGHER  MISSION:  XVIII  Corps  continues  to  dsfsnd  in  sector  to  dsny  the 
enemy  access  to  highway  15.  Prepares  to  pass  III  corps  elements  forward 
in  support  of  theater  commander  goals. 

HIGHER  INTENT:  I  intend  to  continue  to  defend  in  sector  to  deny  the  enemy 
access  to  highway  15.  We  will  continue  to  use  army  and  air  force  avia¬ 
tion  to  harass  and  disrupt  the  enemies  attempt  to  mass  in  preparation  foi 
offensive  operations.  We  must  maintain  contact  with  the  enemy  across  the 
corps  front. 


TASK  ORG 


ATTACH/DETACH: 


BDE  MISSION:  194th  SAB  conducts  movements  to  contact  Dec  93  to  clea: 

enemy  in  zone  and  seize  objectives  MIAMI  and  DALLAS.  Be  prepared  to 
continue  the  attack  to  the  north. 

INTENT:  I  intend  to  conduct  aggressive  Recon  with  D/10  forward  to  gain 
contact  with  the  enemy,  fix  and  hand  off  the  battle  to  the  follow  on  TFs 
TF  2-33  will  fix  the  enemy  elements  vest  of  PL  Alabama  and  allow  TF  1-70 
to  conduct  movement  along  axis  Longstreet  and  seize  objective  Miami. 

3-123  AR  will  conduct  movement  along  axis  Chamberlain  and  seize  objective 
Dallas.  My  desired  endstate  is  to  have  all  elements  combat  effective  with 
a  TF  on  Obj  Miami,  a  Bn  on  Obj  Dallas,  and  a  TF  in  Res.  I  define  success 
as  accomplishing  the  desired  endstate  and  clearing  the  zone  of  all  MRPs 
or  larger  units  while  suffering  less  than  30%  casualties. 


FIR:  l.  Enemy  PLT  or  larger  units 

2 .  Obstacles 

3.  T-80  sightings 

4 .  Enemy  MOPP  level 

EEFI:  l.  Enemy  contact  2.  Changes  in  combat  power  3.  Changes  in  unit  stat 
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OFFICIAL 


BEFORE  ■*;>»».  x-i n  ,.^7  ^ 

^  *  *, — ., *v,  *  /w.rtr ' : 


•i  #1*1 1  &+.  u*t- .,  e~^  &  4*— ~  *■'*•■ '■*/*'*c 

£  t  y ‘ i  «<'«<•  «*  Or  ?y  i***  OOAA.  !<>r- 


r~;  rf  n*CZ.\TJ-.;tj;7, ■<.  ilZZXJr-Z^t' " f~  VSjT^-Tx'; 

uumiuz  r/l>Tl  15*1 H  0rH  •■'  „4..' 

k.  "  ™«  ^  ^ci~yJ.  «.~r  it  Winr  , 

Pci  L_  *"  C  +  mn-r  ,  i.  £  £  P/lC  Ay  M  f  f  lr  .  -■•—.'A*,  t.  J_  >•>**  «*•*«*(£/  4J/"  4,  / 

ACTCn’  *  C» - ;**^  /V*  -  .A-Uyr/. 

Ar  l  en  i  t  i-w,  %-t  ic,y .  y>  <;»#/,  "tU.  6r*S  ^  / c  c<*.  «— 

y^A*r{  n*h-tJ ,  fa  #  *■<«.  .  /*>«.  m*  rf  /#+%,■  ,  C+»  /*£P£*AC.f**fi**  A^  -*-  -»  ^  *-»»«>  ^*V .  w  -~%Jm 
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B-7 

Brigade-level  Mission  4  Scenario  Materials: 
Attack  to  Seize  Objectives 

Section  B-7  contains  the  following  materials: 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


ALIGNMENT 


#0''1 


PART  II.  COMBAT  SUPPORT  ELEMENTS  FREQUENCY: 


ENEMY:  (GENERAL) 


BOE  ENEMY: 


fnr«yw»p  MISSION:  XVIII  Corps  continues  to  dsfsnd  in  sector  to  deny  the 
enemy  access  to  highway  15.  Prepares  to  pass  III  corps  elements  forward 
in  support  of  theater  commander  goals. 

HIGHER  INTENT:  I  intend  to  continue  to  defend  in  sector  to  deny  the  enemy 
access  to  highway  15.  We  will  continue  to  use  army  and  air  force  avia¬ 
tion  to  harass  and  disrupt  the  enemies  attempt  to  mass  in  preparation  for 
offensive  operations.  We  must  maintain  contact  with  the  enemy  across  the 
corps  front. 


TASK  ORG  |  ,  jo  \y0 


mm 

3 

Ini 

m 

123 

Q 

9 

HUa 

A  A  A  A  A  A 

a  a  c  a  &  c 

P 


ATTACH/ DETACH: 


BPE  MISSION:  194th  SAB  conducts  movements  to  contact  Dec  93  to  clear 

enemy  in  zone  and  seize  objectives  KNIFE  and  RAZOR.  Be  prepared  to 
continue  the  attack  to  the  North.  ■ 

INTENT:  I  intend  to  conduct  aggressive  Recon  with  D/10  forward  to  gain  W 
contact  with  the  enemy,  fix  and  hand  off  the  battle  to  the  follow  on  TFs. 

TF  A— 70  will  conduct  movement  to  contact  along  axis  feear  and  seize  Obj  £ 

Knife.  TF  2-33  will  conduct  movement  to  contact  along  axis  Bull  and  M 

seize  Obj  Razor.  My  desired  endstate  is  to  have  all  elements  combat  m 

effective  with  a  TF  on  Objective  Knife  and  a  TF  on  Objective  Razor.  I 
define  success  as  accomplishing  the  dssired  endstate  and  clearing  the  a 
zone  of  all  MRPs  or  larger  units  while  suffering  less  than  30%  casualties^ 


FIR:  1.  Enemy  PLT  or  larger  units 

2.  Obstacles  ■ 

3.  T— 80  sightings  ■ 

4.  Enemy  MOPP  level 

EEFI:  1.  Enemy  contact  2.  Changes  in  combat  power  3.  Changes  in  unit  statv 
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B-8 


Brigade-level  Mission  5  Scenario  Materials: 
Withdrawal  Followed  by  Defense  of  Positions 


Section  B-8  contains  the  following  materials: 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


/firon 


194  SAB  FRAGO  5 


MISSION  5 


DTG  Dec  93 


copy  op 


ENEMY:  (GENERAL) 


BDE  ENEMY: 


HIGHER  MISSION:  XVIII  ABC  defends  in  sector  NLT  Dec  93  to  defeat  the 
3 1st  CAA  and  allow  no  penetration  of  PL  Nebraska 

HIGHER  INTENT:  Destroy  1st  echelon  divisions  forward.  Allow  no  penetra¬ 
tion  of  PL  Nebraska.  VII  Corps  is  mdving  East  of  PL  Nebraska  and  is 
preparing  to  attack  West.  We  need  to  allow  no  enemy  penetration  of  PL 
Nebraska  to  allow  VII  Corps  to  prepare  for  their  attack 


TASK  ORG 

i  foj™ 

a  a  a 

A  S  C. 

Di(*S' 

D 

ATTACH/DETACH:  2-136  (M)  OPCON  to  2/101  ABN  DIV  (AA) 

1-201  FA  DS 


BDE  MISSION:  194th  SAB  defends  in  sector  from  PL  Ohio  to  PL  Nebraska  NLT 
Dec  93  to  destroy  the  36th'  GMRD,  allowing  no  penetration  of  PL  Nebraska. 

t  *  j 

INTENT:  I  want  to  force  the  enemy  to  move  into  the  northern  sector  where 
we  can  attrit  him.  I  want  to  fight  this  in  3  phases.  1st  phase  is  a 
tough  counter  Recon  focused  on  the  South  to  deny  him  any  success  in  the 
southern  sector.  2nd  fase  is  to  defend  from  PL  Ohio  to  PL  Montana  in 
sector  with  2  task  forces  abreast.  3d  fase  is  a  TF  CATK  to  destroy  the 
second  echelon  regiment.* 
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B-9 

Brigade-level  Mission  6  Scenario  Materials: 
Change  of  Mission  to  Defend  New  Positions 

Section  B-9  contains  the  following  materials: 


ADST/WDL/TR-93-  W0032500 


Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


rw/sstofl)  6  simnet  piim  sheot 


ACTION/  Bacon/ 

OMIT  Count  arrocon 


D/10 


TF  1-70 


TF  2-33 


Defend  in 
aactor 


Dafand  in 
aactor 


KBA  Fight 
Dafaat  of  lat 
aehalon  Ragt 


Block  enaay 
accaas  through 
Ormnita  Paaa 


daatroy 
lat  Ech 


daatroy 
lat  Ech 


of  2nd  Fwd  paaaaga  of 

*  Ragt  lOlat  ABD  (Ah) 

and  lat  Cav  Div 


South  FI  Scraan  South  FI 


deatroy  aaaiat  Fwd 
2nd  Ech  paaaaga  of  lOlat 
ABD  and  lat  Caw 


TF  3-123  Bda  Raa 


PRIORITY  OF  D-10,  1-70, 
FIRES  2-33  j 


Bda  Raa 


1-70,  2-33, 
D— 10,  3-123 


priority  NORTH 


1-70,  2-33, 
3-123,  D— 10 


daatroy  aaaiat  Fwd 
2nd  Ech  paaaaga  of  lOlat 
ABD  and  lat  Cav 


aaaiat  Fwd 
paaaaga  of  lOlat 
ABD  and  lat  Cav 


1-70,  2-33, 
3-12?,  D— 10 


PRIORITY  OF 
ADA 

1)  Mnvr  > 

2)  BSA  >-- - 

3)  FA  > 

PRIORITY  OF 

engineer 

C/S/M 

C/S/M 


C/S/M 


M/S/C 


ADA 

Concept j 
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K 

v, 

f 

ft — _ _ _ 

Xpr  - V 

ohio  ind: 

SSD  TO 


CDR  WITH  TF  1-70 


S3  WITH  TF  2-33 


CHALLENGE /PAS SWORD  PER  SOI 


MAIH  480273 


A/J  PER  SOI 


SWITCH  TIME  0/0 


OFFICIAL  FINK,  MAJ,  S-3 


omcTx  (GENERAL)  currently  tha  31 st  CAA  is  conducting  s  deliberate  «tta  I 
against  elements  of  the  XVm  ABC  with  the  36  GKRO  and  the  22nd  TD  as  I 
1st  achalon  divisions.  At  prassut  it  is  baliavad  that  tha  31st  CAA  is 
80%  strangth.  m 


BOS  ENENT:  Tha  194th  SAB  is  currently  facina  tha  laad  regiments  of  36 
GMRD.  All  sourca  intalliganca  reports  indications  of  a  aggrassiva 
counterrecon  screen  within  tha  194th  SAB's  sector.  This  may  be  an  ind 
cation  of  tha  enemy's  intanded  sain  effort. 


HIGHER  MISSION:  XVIII  Corps  occupies  assigned  sector  NLT  Dec  93 

defends  in  sector  NLT  Dec  ,  to  defeat  tha  31st  CAA  and  preoare‘ 

to  attach  West  in  support  of  tha  USJTP  counterattack. 
wTiana  INTENT:  Defeat  three  1st  echelon  Divisions  forward  Of  PT.  TTOOTeei 


HIGHER  INTENT:  Defeat  three  1st  echelon  Divisions  forward  of  PL  TENNESS] 
and  then  attack  to  block  and  defeat  lead  regiments. 


ATTACH/ DETACH:  2-136  (M)  0PC0H  to  2/lfll  Abn  Div  (AA) 

1-201  FA  D/S 


BDE  MISSION:  194th  SAB  occupies  and  defends  in  sector  NLT  Dec  93 

destroy  the  36th  GMRD.  On  order  assist  forward  passage  of  lines  of  101 
ABD  (AA)  and  1st  Cav  Div. 

INTENT:  I  want  the  Bde  to  fight  an  aggressive  recon /counterrecon  battle 
deny  the  enemy  knowledge  of  our  maia  defenses.  D/10  will  fir  and  destr 
the  .enemy's  recon  and  CSP's  and  identify  as  much  as  possible  of  the 
FSE's.  The  1st  echelon  regiments  meet  be  destroyed  forward  of  PL 


duct  counterattacks  to  assist  the  forward  TP's.  We  will  allow  no  enem- 
penetration  beyond  PL  ALABAMA.  Our  endstate  will  be  the  destruction  o 
36th  GMRD  and  our  TP's  defending  along  PL  Tennessee  at  a  strength  of 
minimum  70%. 


PZR:  l.  Where  are  the  1st  echelon  regiments 

2.  Where  are  the  enemy's  counterattack 
attack? 

3.  Will,  when  and  where  will  the  enesy 


of  the  36th  MRD? 

forces,  where  and  when  will 


enesy  employ  chemical  weapons? 


Federal,  Inc. 
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B-10 

Brigade-level  Mission  7  Scenario  Materials: 
Attack  to  Seize  Objectives 

Section  B-10  contains  the  following  materials: 

Combat  Elements  Starting  Locations 
Combat  Support  Elements  Starting  Locations 
Brigade-level  FRAGO 


SIM  I  UNIT  I  BUMPER  a  I  LOCATION  |  AZIMUTH  I  ALIGNMENT 


Dec  93 


COPY  OP 


KVHCY:  (GENERAL)  Currently  t he  rnnasts  of  the  load  divisions  of  3 1st  caa 
aro  proparing  hasty  dofonsivo  positions  in  an  attempt  to  roorganizo  and 
reconstitute  thoir  forcos  aftor  the  initial  attack.  Those  forces  aro 
believed  to  be  greatly  attrited  and  waiting  for  reinforcements. 

BOS  BHEKYs  The  194th  SAB  will  be  facing  2nd  echelon  regiments  of  the  22nd 
TO  in  the  defense.  All  source  intelligence  reports  of  large  heavy  tank 
units  in  assembly  areas  vest  of  Obj  Lee.  It  is  believed  that  these  unit 
constitute  the  22nd  TD's  divisional  reserve. 


HIGHER  MX88X0NS  XVIII  ABC  attacks  NLX 
to  secure  terrain  vie  PL  Bull. 


Dec  to  defeat  the  22  TD  and 


HIGHER  INTENT:  Following  our  recent  successful  defense  and  the  losses  th 
enemy  has  taken,  the  has  fallen  back  to  regroup  and  reinforce.  My 
intent  is  to  capitalize  on  their  veekness,  push  on  their  weakened  force 
and  not  allow  them  any  rest.  I  want  a  controlled  attack  but  I  want  to 
keep  pressing.  I  expect  sporadic  and  understrength  units.  We  need  to 
exploit  success  but  not  lose  contact  with  adjacent  units. 


TASK  ORG 

1  | 

<3 

7a 

EsBEliB 

a  a  £33 

AU 

A  A  C 

CAE 

a 

n  □ 

A  i 

ATTACH/DETACH: 

a 


BOB  MX88XON:  194th  SAB  attacks  NLT  190900  Dec  to  seize  Obj  Lee. 
pared  to  contimu  to  attack  to  the  west. 


Be  pre 


INTENT:  The  key  to  our  success  is  the  destruction  of  the  enemy  at  Obj 
TFs>*who  are  not  the  main  effort  must  be  prepared  to  assume  the  atta 
Once  on  Obj  LEE,  we  must  reorganize  quickly  to  defeat  a  possible  en*. 
counterattack.  Our  endstate  will  be  two  TFs  controlling  Obj  LEE,  wit 
two  TFs  in  reserve  and  D/10  screening  in  the  North,  and  no  unit  below 
70%  strength. 


PXR:  i.  Where  are  the  1st  Echelon  Regiments  of  the  22nd  TR? 

2.  Where  are  the  enemy's  counterattack  forces,  where  and  when  will  he 
attack? 

3 .  Obstacles . 

_  4.  Enemy  MOPP  level 

BEFX :  No  change 


ACTION/  Attack  to  Obj  Attack  to  Obj 

UNIT  Stuart  and  Chaff m  im 


Consolidate  and  Forward  paaaag« 

Reorganise  lOlat  AID 


0/10 


TF  1-70 


Attack 
Bda  sector 


Attack 
Bda  soetor 


Scraon  along  PL 


Obj  m,  orient 
south-southwest 


Assist  FPOL  101: 
ABO 


Assist  FPOL  101: 
ABO 


TF  2-33 


TF  3-123 


Follow  behind  TF  Follow  behiad  TP 
2-136  2-136 


Follow  behind  TP 
1-70 


Pollow  behiad  TP 
1-70 


Bda  TCP 


Aaalat  FPOL  101: 
ABO 


Assist  FPOL  101: 
ABO 


TF  2-136 


PRIORITY  OF  D/10,  1-70,  2-136,- 
FIRSS  2-33,  3-123 


PRIORITY  OF  MNVR,  BSA,  FA,  C2 — 
ADA 


PRIORITY  OF  M/C /S 
ENGINEER 


AttackJottk  ia  Obj  LEX,  wrient 

Bda  sector  north-northwest 


ADA  YELLOW  TIGHT 


Concept  « 


LOA 

PL 

“  PL 

PL  BOLL 

LION 

sn 

COR  WITH  TF  1-70 


^23 


S3  WITH  TP  2-136 


CHALLENGE /PASSWORD  PER  SOX 


A/J  PER  SOX 


SWITCH  TIME  0/0 
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APPENDIX  C 

DEFINITIONS  OF  AUTOMATED  MEASURES  OF  PERFORMANCE  (MOPs) 


BIB  MOP  LIST  ORGANIZED  by  I8SUB 


Issue  dl.4.  Did  mixed  digital  C2/voioa  C2  problams  occur? 

dl.4.1:  Number  of  voice  report  transmissions. 

dl.4. 2:  Number  of  digital  report  transmissions. 

Issue  d2.  Does  digitised  battle  command  improve  tempo? 

d2.1:  Time  to  execute  operations. 

d2.3:  Time  to  reach  objectives. 

d2.4:  Unit  dispersion  distance. 

d2.5:  Time  out  of  sector. 

Issue  d3.  Does  digitised  battle  command  improve  lethality? 

d3.1.1:  Average  manned  BLUFCR  miss  range. 

Q3.1.2:  Average  manned  BLUFOR  hit  range. 

d3.2.1.1:  Number  of  manned  systems  fighting  in  the  battle. 
d3.2.1.2:  Proportion  of  manned  systems  fighting  in  the  battle. 

d3.2.2.1:  Number  of  unmanned  BLUFOR  systems  fighting  in  the 
battle. 

d3.2.2.2:  Proportion  of  unmanned  BLUFOR  systems  fighting  in  the 

battle. 

d3 . 2 . 3 . 1 :  Number  of  all  BLUFOR  systems  fighting  in  the  battle. 
d3.2.3.2:  Proportion  of  all  BLUFOR  systems  fighting  in  the 

battle 

d3 . 2 . 4 . 1 :  Number  of  OPFOR  systems  fighting  in  the  battle. 
d3 . 2 . 4 . 2 :  Proportion  of  OPFOR  systems  fighting  in  the  battle. 
d3.3:  Total  number  of  calls  for  fire.  [Captured  by  Measures 

dl.4.1  and  dl.4. 2]. 

d3.5:  Average  range  at  which  enemy  was  destroyed. 

d3.8.1.1:  Number  of  enemy  kills  over  time. 
d3.8.1.2:  Proportion  of  enemy  kills  over  time. 

d3.8.2:  Time  to  kill  the  enemy 

d3.9:  Loss  exchange  ratio. 

d3.10:  System  exchange  ratio. 

Issue  d4:  Does  digitised  buttle  commend  improve  survivability? 

d4.1:  Loss  exchange  ratio.  [Same  as  measure  d3.9]. 

d4 . 2 :  System  exchange  ratio.  [Same  as  measure  d3.10]. 

Issue  d6:  Does  digitised  battle  command  extend  the  lethal 
range/battlespace  of  the  BN/TP? 

d6.1.1:  Maximum  range  the  enemy  was  missed. 

d6. 1.2:  Maximum  range  the  enemy  was  hit . 

d6.2:  Maximum  range  the  enemy  was  killed. 


issue  d7t  Does  digitised  battle  command  improve  tha  ability  to 

mass  forces? 


<37. 1. 1 
d7 . 1 . 2 : 


Issue  d8t 

awareness 

<38 . 1 . 1 : 
d8.1.2: 
d8.2. 1: 
d8 . 2 . 2 : 

Issue  12. 
require? 

dl.4.1: 

dl.4.2: 


Total  nunber  of  systems  in  the  fiqht.  [Same  as 
d3.2.3.1] . 

Total  proportion  of  systems  in  the  fight.  [Same  as 
d3 . 2 . 3 . 2  ] . 

Does  digitised  battle  eommand  improve  situational 
and  reduce  incidence  of  fratricide? 

Number  of  blue  systems  engaged  by  BLUFOR. 

Distance  between  blue  systems  engaged  by  BLUFOR. 

Number  of  blue  systems  killed  by  BLUFOR. 

Distance  between  blue  systems  killed  by  BUJFOR. 

..  What  type  of  information  management  does  digitisation 


Number  of  voice  report  transmissions. 
Number  of  digital  report  transmissions. 


HIE  HOP  OPERATIONAL  DEFINITIONS 
ORGANIZED  by  ISSUE 


Note:  Voice  data  specifications  are  included  as  a  reference  for 
government  data  collection/reduction  activities  since  BIN  is  not 
tasked  with  conducting  voice  playback  transcriptions. 

Issue  dl.4.  Did  mixed  digital  C2/voiee  C2  problems  occur? 

Measure  dl.4.1:  Number  of  voice  report  transmissions. 

Operational  Definition:  The  total  number  of  all  (unique  and 
nonunique)  voice  reports  transmitted  by  manned  vehicles  by  report 
type  (i.e.,  CONTACT,  SITREP,  SPOT,  CFF)  on  all  radio  nets:  BN 
CMD,  A  CMD,  B  CMD,  C  CMD,  D  CMD,  H  CMD,  and  TM  STRIKE.  Number 
per  vehicle. 

Applicable  Scenarios:  ALL 
Level  of  Measurement:  Vehicle 
Data  Source:  Voice  Playback 

Measure  dl.4. 2:  Number  of  digital  report  transmissions. 

Operational  Definition:  The  total  number  of  all  (unique  and 
nonunique)  digital  reports  transmitted  by  manned  vehicles  by 
report  type  (i.e.,  CONTACT,  SITREP,  SPOT,  CFF)  on  all  radio  nets: 
BN  CMD,  A  CMD,  B  CMD,  C  CMD,  D  CMD,  H  CMD,  and  TM  STRIKE.  Number 
per  vehicle. 

Applicable  Scenarios:  ALL 
Level  of  Measurement:  Vehicle 
Data  Source :  DataLogger 

Issue  d2 •  Does  digitised  battle  command  improve  tempo? 

Measure  d2.1:  Time  to  execute  operations. 

Operational  Definition:  The  elapsed  time,  in  minutes,  from 
the  transmission  of  REDCON-1  by  the  battalion  commander  to  ENDEX 
(start  and  end  to  be  flagged  by  FVD  operator  for  DCA 
computation) . 

Applicable  Scenarios:  ALL 

Level  of  Measurement:  Task  Force 

Data  Source:  DataLogger  (requires  flag  input) 

Exceptions:  Excludes  periods  of  equipment  breakdowns  and 
admin  breaks  not  related  to  execution. 


Measure  d2.3:  Time  to  reach  objectives. 

Operational  Definition:  The  elapsed  time,  in  minutes,  from 
the  crossing  of  the  LD  by  each  company's  center  of  mass  vehicle 
to  the  time  when  each  company's  center  of  mass  vehicle  reaches 
its  objective.  Events  to  be  flagged  by  PVD  operator. 

Applicable  Scenarios:  ATK 

Level  of  Measurement:  Company 

Data  Source:  DataLogger  (requires  flag  input) 

Exceptions:  C  Company 

Measure  d2.4:  Unit  dispersion  distance. 

Operational  Definition:  The  distance,  in  meters,  from  the 
vehicle  closest  to  the  center  of  mass  for  each  company  to  the 
most  distant  vehicle  of  the  same  unit.  Measurement  for  ATK  and 
MTC  will  be  taken  when  the  last  vehicle  crosses  the  LD  for  each 
company  and  battalion.  Measurement  for  defense  will  be  taken 
when  companies  are  set  on  BPs  for  company  and  battalion.  Events 
to  be  flagged  by  PVD  operator  for  DCA  computation. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Task  Force  and  Company 
Data  Source:  DataLogger  (requires  flag  input) 

Measure  d2.5:  Time  out  of  sector. 

Operational  Definition:  The  elapsed  time,  in  minutes,  from 
a  manned  vehicle  traveling  beyond  established  Task  Force 
boundaries  to  the  time  the  same  vehicle  reenters  the  Task  Force 
boundaries.  Events  to  be  flagged  by  PVD  operator  for  DCA 
computation.  Calculate  cumulative  time  across  separate 
incidents. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Vehicle 

Data  Source:  DataLogger  (requires  flag  input) 

Issue  43.  Does  digitised  battle  command  improve  lethality? 

Measure  d3 . 1 . 1 :  Average  manned  BLUFOR  miss  range. 

Operational  Definition:  The  distance,  in  meters,  from  a 
firing  manned  vehicle  to  the  OPFOR  vehicle  missed  by  the  round 
fired;  average  per  vehicle.  Uses  standard  DCA  intended  target 
algorithm. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Vehicle 
Data  Source :  DataLogger 


Measure  d3.l.2:  Average  manned  BLUFOR  hit  range. 

Operational  Definition:  The  distance,  in  meters,  from  a 
firing  manned  vehicle  to  the  OPFOR  vehicle  hit  by  the  round 
fired;  average  per  vehicle. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Vehicle 

Data  Source :  Datalogger 

Measure  d3.2.1.1  Number  of  manned  systems  fighting  in  the 
battle. 

Operational  Definition:  For  each  company  and  manned  system 
type  (Ml,  M2,),  the  total  number  of  manned  vehicles  firing  at 
least  one  round  of  ammunition. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 

Data  Source:  Datalogger 

Measure  d.3.2.1.2  Proportion  of  manned  systems  fighting  in 
the  battle . 

Operational  Definition:  For  each  company  and  manned  system 
type  (Ml,  M2) ,  the  total  number  of  manned  vehicles  firing  at 
least  one  round  of  ammunition  divided  by  the  total  number  of 
manned  BLUFOR  vehicles  for  that  system  type  available  during  a 
given  mission. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 

Data  Source:  Battlemaster  (#  avail).  Datalogger 

Measure  d3.2.2.1:  Number  of  unmanned  BLUFOR  systems 
fighting  in  the  battle. 

Operational  Definition:  For  each  company  and  unmanned  BLUFOR 
system  type  (Ml ,  M2 ,  M1A2 ) ,  the  number  of  unmanned  BLUFOR 
vehicles  firing  at  least  one  round  of  ammunition. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 

Data  Source :  Datalogger 


Measure  d3.2.2.2:  Proportion  of  unmanned  BLUFOR  systems 
fighting  in  the  battle. 

Operational  Definition:  For  each  company  and  unmanned  BLUFOR 
system  type  (Ml,  M2),  the  number  of  unmanned  BLUFOR  vehicles 
firing  at  least  one  round  of  ammunition  divided  by  the  total 
number  of  unmanned  BLUFOR  vehicles  for  that  system  type  available 
during  a  given  mission. 

Applicable  Scenarios:  All 

Level  of  Measurement:  company  and  System  Type 

Data  Source:  Battlemaster  (#avail),  DataLogger 

Measure  d. 3.2. 3.1:  Number  of  all  BLUFOR  systems  fiahting  in 
the  battle. 

Operational  Definition:  For  each  company  and  BLUFOR  /stem 
type  (Ml,  M1A2 ,  M2),  the  number  of  BLUFOR  vehicles  firing  at 
least  one  round  of  ammunition. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 

Data  Source:  DataLogger 

Measure  d.3.2.3.2:  Proportion  of  all  BLUFOR  systems 
fighting  in  the  battle. 

Operational  Definition:  For  each  company  and  BLUFOR  system 
type  (Ml,  M2),  the  number  of  BLUFOR  vehicles  firing  at  least  one 
round  of  ammunition  divided  by  the  total  number  of  BLUFOR 
vehicles  for  that  system  type  available  during  a  given  mission. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 

Data  Source:  Battlemaster  (#avail),  DataLogger 

Measure  d3.2.4.1  Number  of  OPFOR  systems  fighting  in  the 
battle. 

Operational  Definition:  For  each  company  and  OPFOR  system 
type  (T72 , BMP) ,  the  number  of  OPFOR  vehicles  firing  at  least  one 
round  of  ammunition. 


Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 
Data  Source :  DataLogger 


Measure  d3.2.4.2  Proportion  of  OPFOR  systems  fighting  in 
the  battle . 

Operational  Definition:  For  each  company  and  OPFOR  system 
type  (T72 ,  BMP) ,  the  number  of  OPFOR  vehicles  firing  at  least  one 
round  of  ammunition  divided  by  total  number  of  OPFOR  vehicles  for 
that  system  type  available  during  a  given  mission. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Company  and  System  Type 
Data  Source:  Battlemaster  (#avail).  Datalogger 

Measure  d3.3:  Total  number  of  calls  for  fire.  [Captured  by 
Measures  dl . 4 . 1  and  dl . 4 . 2 ] . 

Measure  d3.5:  Average  range  at  which  enemy  was  destroyed. 

Operational  Definition:  For  each  kill  type,  the  distance, 
in  meters,  from  a  firing  manned  vehicle  to  the  OPFOR  vehicle 
killed;  average  per  vehicle. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Vehicle 
Data  Source :  Datalogger 

Measure  d3.8.1.1:  Number  of  enemy  kills  over  time. 

Operational  Definition:  For  each  kill  type,  the  total 
number  of  OPFOR  kills,  sampled  at  five  minute  intervals. 
Measurement  begins  with  first  OPFOR  killed  and  ends  with  last 
OPFOR  killed.  Calculate  independent  counts  per  intervals. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Task  Force 
Data  Source :  Datalogger 

Measure  d3.8.1.2:  Proportion  of  enemy  kills  over  time. 

Operational  Definition:  For  each  kill  type,  the  total 
number  of  OPFOR  kills  divided  by  total  OPFOR  available  at  the 
onset  of  each  mission,  sampled  at  five  minute  intervals. 
Measurement  begins  with  first  OPFOR  killed  and  ends  with  last 
OPFOR  killed.  Calculate  independent  counts  per  intervals. 

Applicable  Scenarios:  All 

Level  of  Measurement:  Task  Force 

Data  Source:  Battlemaster  (#avail).  Datalogger 


Measure  d3.8.2;  Tine  to  kill  the  eneny 


Operational  Definition:  For  each  kill  type,  the  elapsed 
tine  fron  the  first  OPFOR  kill  to  the  last  OPFOR  kill. 

Applicable  Scenarios:  All 
Level  of  Measurenent:  Task  Force 
Data  Source:  Datalogger 

Measure  d3.9:  Loss  exchange  ratio. 

Operational  Definition:  For  each  kill  type,  the  total 
number  of  OPFOR  elements  killed  divided  by  the  total  number  of 
BLUFOR  vehicles  killed  by  OPFOR  elements.  Includes  direct  and 
indirect  fire  kills. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Task  Force 
Data  Source :  Datalogger 

Measure  d3.10:  System  exchange  ratio. 

Operational  Definition:  For  each  kill  type,  the  total  number 
of  OPFOR  kills  divided  by  total  number  of  like  BLUFOR  kills  by 
system  type.  System  types:  Ml/T-72,  M2/BMP. 

Includes  direct  and  indirect  fire  kills. 

Applicable  Scenarios:  All 
Level  of  Measurement:  System  Type 
Data  Source :  Datalogger 

Issue  d4:  Does  digitised  battle  conmand  improve  survivability? 

Measure  d4.1:  Loss  exchange  ratio.  [Same  as  measure  d3.9]. 

Measure  d4.2:  System  exchange  ratio.  [Same  as  measure 
d3.10] . 

Issue  dd  Does  digitised  battle  command  extend  the  lethal 
range/battlespace  of  the  BN/TF? 

Measure  d6.1.1:  Maximum  range  the  enemy  was  missed. 

Operational  Definition:  For  each  company,  the  maximum 
distance,  in  meters,  from  a  firing  manned  vehicle  to  the  OPFOR 
vehicle  missed  by  the  round  fired.  Uses  standard  DCA  intended 
target  algorithm. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Company 
Data  Source :  Datalogger 


Measure  d6.l.2:  Maximum  range  the  enemy  was  hit. 


Operational  Definition:  For  each  company,  the  maximum 
distance,  in  meters,  from  a  firing  manned  vehicle  to  the  OPFOR 
vehicle  hit  by  the  round  fired. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Company 
Data  Source :  DataLogger 

Measure  d6.2:  Maximum  range  the  enemy  was  killed. 

Operational  Definition:  For  each  kill  type  and  for  each 
company,  the  distance,  in  meters,  from  a  firing  manned  vehicle  to 
the  OPFOR  vehicle  killed. 

Applicable  Scenarios:  All 
Level  of  Measurement:  Company 
Data  Source :  DataLogger 

Issue  d7:  Does  digitised  battle  command  improve  the  ability  to 
mass  forces? 

Measure  d7.1.1:  Total  number  of  systems  in  the  fight. 

[Same  as  d3. 2. 3.1]. 

Measure  d7.1.2:  Total  proportion  of  systems  in  the  fight. 
[Same  as  d3.2.3.2]. 

Issue  d8:  Does  digitised  battle  command  improve  situational 
awareness  and  reduce  incidence  of  fratricide? 

Measure  dS.1.1:  Number  of  blue  systems  engaged  by  BLUFOR. 

Operational  Definition:  For  each  BLUFOR  system  type  (Ml, 

M2)  the  number  of  times  manned  BLUFOR  vehicles  hit  another  BLUFOR 
vehicle. 

Applicable  Scenarios:  All 
Level  of  Measurement:  System  Type 
Data  Source :  DataLogger 

Measure  d8.1.2:  Distance  between  blue  systems  engaged  by 
BLUFOR. 

Operational  Definition:  For  each  BLUFOR  system  type,  the 
distance  (in  meters)  between  a  manned  BLUFOR  vehicle  and  the 
BLUFOR  vehicle  it  has  hit. 

Applicable  Scenarios:  All 
Level  of  Measurement:  System  Type 
Data  Source :  DataLogger 


Measure  d8.2.i;  Number  of  blue  systems  killed  by  BLUFOR. 

Operational  Definition:  For  each  kill  type,  the 
number  of  times  manned  BLUFOR  vehicles  killed  another  BLUFOR 
vehicle  by  BLUFOR  system  type  (Ml,  M2) . 

Applicable  Scenarios:  All 

Level  of  Measurement:  System  Type 

Data  Source:  DataLogger 

Measure  d8.2.2:  Distance  between  blue  systems  killed  by 
BLUFOR. 

Operational  Definition:  For  each  kill  type,  the 
distance  (in  meters)  between  a  manned  BLUFOR  vehicle  and  the 
BLUFOR  vehicle  it  has  killed  by  BLUFOR  system  type  (Ml,  M2) . 

Applicable  Scenarios:  All 

Level  of  Measurement:  System  Type 

Data  Source :  DataLogger 

Issue  12.1.  What  type  of  information  management  does  digitisation 
require? 

Measure  dl.4.1:  Number  of  voice  report  transmissions 
(specified  earlier) . 

Measure  dl.4.2:  Number  of  digital  report  transmissions, 
(specified  earlier) . 
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APPENDIX  D 

EVENT  FLAG  LOGS 


D-l 


PLAN  VIEW  DISPLAY  (PVD)  OPERATOR  LOG 
HORIZONTAL  INTEGRATION  SIMULATION  EFFORT 
TASK  FORCE  EXERCISES  --  DEFENSE 


December  13, 1993 


Date: _  DataLoggcr  File: _ 

Type  of  Exercise: _ 

PVD  Operator: _ 

Position  Sim  Call  Sign  Vehicle  ID 

Bn  Cmdr  _  _  _ 

Bn  S-3  _  _  _ 

CTCP  _  _  _ 

Mortar  _  _  _ 

Eng  Cdr  _  _  _ 

Eng  Pit  Ldr  _  _  _ 

Eng  Pit  Sgt  _  _  _ 

ADA  _  _  _ 

Scout  Pit  Ldr  _  _  _ 

Scout  Pit  Sgt  _  _  _ 


Data  Logger  TURNED  ON  AT  TIME: 


FLAG: 


PVD  Operator  Log  ••  Task  Force  Exercises  --  .DEFENSE  ••  Page  2 

Position  Sin  Call  Sign  Vehicle  ID 

A  Co  Cmdr  _  _  _ 

A  CO  XO  _  _  _ 

A  1st  Pit  Ldr  _  _  _ 

A  lit  Pit  Sft  _  _ 

A  2nd  Pit  Ldr  _  _  _ _ 

A  2nd  Pit  Sgt  _  _  _ 

A  3rd  Pit  Ldr  _  _  _ 

A  3rd  PU  Sgt  _  _  _ 

B  Co  Cmdr  _  _  _ 

B  Co  XO  _  _  _ 

B  1st  Pit  Ldr  _  _  _ 

B  1st  Pit  Sgt  _  _  _ 

B  2nd  Pit  Ldr  _  _  _ 

B  2nd  Pit  Sgt  _  _  _ 

B  3rd  Pit  Ldr  _  _  _ 

B  3rd  Pit  Sgt  _  _  _ 

C  Co  Cmdr  _  _  _ 

C  Co  XO  _  _  _ 

C  1st  Pit  Ldr  _  _  _ 

C  1st  Pit  Sgt  _  _  _ 

C  2nd  Pit  Ldr  _  _  _ 

C  2nd  Pit  Sgt  _  _  _ 

C  3rd  Pit  Ldr  _  _  _ 

D  Co  Cmdr  _  _  _ 

D  Co  XO  _  _  _ 

D  1st  Pit  Ldr  _  _  _ 

D  1st  Pit  Sgt  _  _  _ 

D  2nd  Pit  Ldr  _  _  _ , 

D  2nd  Pit  Sgt  -  - -  - 

D  3rd  Pit  Ldr  _  _  _ 


D  3rd  Pit  Sgt 


PVD  Operator  Log  -  Task  Force  Exercises  —  DEFENSE  --  Page  3 
DEFENSE  #1: 


EVENT  NOTED  FROM  PVD 
FLAG  TIME  EVENT 

__  _  Bn  Cmdr  reports  REDCON  1 

___  A  Co  crosses  LD  (Flag  when  COM  sim  of  A  Co  is  set  in  BP 

_  B  Co  Crosses  LD  [Flag  when  COM  sim  of  B  Co  is  set  in  BP 

_  C  Co  crosses  LD  (Flag  When  COM  sim  of  C  Co  is  set  in  BP 

_  D  Co  crosses  LD  [Flag  when  COM  sim  of  D  Co  is  set  in  BP 

_  All  Cos  cross  LD  [Flag  when  COM  sim  of  Bn  is  set  in  BP 


EVENT  REPORTED  FROM  SIM 
FLAG  TIME 


_J 

J 

J 


_  _  ENDEX  (END  OF  DEFENSE  #1) 

FLAG  ANY  SIM(s)  OUT  OF  THEIR  SECTOR;  THEN  FLAG  WHEN  THEY  RETURN  TO  THEIR 
SECTOR; 

Out  Of  Sector  Return  To  Sector  Out  Of  Sector  Return  To  Sector 

Flag  Time  Sim  Flag  Time  Sim  Flag  Time  Sim  Flag  Time  Sim 


CAUSE  OF  RETURN  TO  SECTOR:  (self/other  sims/ECR)  (Circle  which  applies  and  describe  how  sim 
returned  to  sector). 


OTHER  OCCURRENCES  TO  FLAG  &  RECORD;  BREAKDOWNS  (note  who,  what,  start  &  stop); 
HALT  IN  EXERCISE  (note  why,  start  &  stop);  EQUIPMENT  PROBLEMS:  MISCELLANEOUS 
NOTEWORTHY  EVENTS. 


FLAG  TIME  PROBLEM 


PVD  Operator  Log  --  Task  Force  Exercises  r-  DEFENSE  --  Page  4 


ADDITIONAL  EVENTS  TO  FLAG  (An  SME  «  the  Stealth  will  call  o*er  the  CB  (admin  net,  channel  6)  and  indicate  when  to 
throw  nap  for  these  events) 

UPON  INDICATION  FROM  THE  SME,  (lag  when  a  BLUFOR  element  reports  enemy  observation;  Bag 
again  when  the  BLUFOR  element  carries  out  the  SME’s  subsequent  order. 

FLAG  TIME  EVENT  DESCRIPTION 


UPON  INDICATION  FROM  THE  SME,  flag  when  the  Bde  OPORD  is  received;  flag  again  when  the  Task 
Force  OPORD  is  completed. 

FLAG  TIME  EVENT 

_  _  Bdc  OPORD  received 

_  _  Task  Force  OPORD  completed 

UPON  INDICATION  FROM  THE  SME,  flag  when  the  Task  Force  OPORD  briefing  to  the  Co  Cmdrs  has 
been  COMPLETED;  flag  again  when  the  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit 
Ldrs. 

_  _  Task  Force  OPORD  briefing  to  Co  Cmdrs  COMPLETED 

Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit  Ldrs 


PVD  Operator  Log  -•  Task  Force  Exercises  -  DEFENSE  -  Page  S 
DEFENSE  #2: 

EVENT  NOTED  FROM  PVD  EVENT  REPORTED  FROM  SIM 

FLAG  TIME  EVENT  FLAG  TIME 

_  _  Bn  Cmdr  reports  REDCON  1 


A  Co  crones  LD  (Flag  when  COM  aim  of  A  Co  is  aet  in  BP 
B  Co  crosses  LD  (Flag  when  COM  aim  of  B  Co  is  set  in  BP 
C  Co  crosses  LD  [Rag  When  COM  aim  of  C  Co  is  set  in  BP 
D  Co  crosses  LD  (Rag  when  COM  sim  of  D  Co  is  set  in  BP 


All  Cos  cross  LD  [Rag  when  COM  sim  of  Bn  is  set  in  BP 


_  _  ENDEX  (END  OF  DEFENSE  #1) 

FLAG  ANY  SIM(s)  OUT  OF  THEIR  SECTOR;  THEN  FLAG  WHEN  THEY  RETURN  TO  THEIR 
SECTOR: 


CAUSE  OF  RETURN  TO  SECTOR:  (self/other  sims/ECR)  (Circle  which  applies  and  describe  how  sim 
returned  to  sector). 


OTHER  OCCURRENCES  TO  FLAG  &  RECORD: 
HALT  IN  EXERCISE  (note  why,  start  &  stop);  EQ 


(note  who,  what,  start  &  stop); 


FLAG  TIME  PROBLEM 


PVD  Operator  Log  ••  Task  Force  Exercises  -•  DEFENSE  --  Page  6 


ADDITIONAL  EVENTS  TO  FLAG  (An  SME  »  the  Stealth  will  call  over  the  CB  (admin  net,  channel  6)  and  indicate  when  to 
throw  flap  for  these  events] 

UPON  INDICATION  FROM  THE  SMEt  flag  when  a  BLUFOR  element  reports  enemy  observation;  flag 
again  when  the  BLUFOR  element  carries  out  the  SME’s  subsequent  order. 

FLAG  TIME  EVENT  DESCRIPTION 


UPON  INDICATION  FROM  THE  SME,  Bag  when  the  Bde  OPORD  is  received;  flag  again  when  the  Task 
Force  OPORD  is  completed. 

FLAG  TIME  EVENT 

_  _  Bde  OPORD  received 

_  _  Task  Force  OPORD  completed 


UPON  INDICATION  FROM  THE  SME,  Bag  when  the  Task  Force  OPORD  briefing  to  the  Co  Cmdrs  has 
been  COMPLETED;  flag  again  when  the  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit 
Ldrs. 


Task  Force  OPORD  briefing  to  Co  Cmdrs  COMPLETED 
Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit  Ldrs 


PLAN  VIEW  DISPLAY  (PVD)  OPERATOR  LOG 
HORIZONTAL  INTEGRATION  SIMULATION  EFFORT 
TASK  FORCE  EXERCISES  -  MOVEMENT  TO  CONTACT 


December  13, 1993 


Date: _  DataLogger  File: _ 

Type  of  Exercise: _ 

PVD  Operator: _ 

Position  Sim  Call  Sign  Vehicle  ID 

Bn  Cmdr  _  _  _ 

Bn  S-3  _  _  _ 

CTCP  _  _  _ 

Mortar  _  _  _ 

Eng  Cdr  _  _  _ 

Eng  Pit  Ldr  _  _  _ 

Eng  Pit  Sgt  _  _  _ 

ADA  _  _  _ 

Scout  Pit  Ldr  _  _  _ 

Scout  Pit  Sgt  _  _  _ 


DataLogger  TURNED  ON  AT  TIME:  _ : _ : _  FLAG: 


PVD  Operator  Log  --  Task  Force  Exercises  --  MOVEMENT  TO  CONTACT  -  Page  2 

Position  Sin  Cali  Siga  Vehicle  ID 

A  Co  Cndr  _  _ 

A  Co  XO  _  _  _ 

A  1st  Pit  Ldr  _  _  _ 

A  lit  Pit  Sgt  _  _  _ 

A  2nd  Pit  Ldr  _  _  _ 

A  2nd  Pit  Sgt  _  _  _ 

A  3rd  Pit  Ldr  _  _  _ 

A  3rd  Pit  Sgt  _  _  _ 

B  Co  Cmdr  _  _  _ 

B  Co  XO  _  _  _ 

B  1st  Pit  Ldr  _  _  _ 

B  1st  Pit  Sgt  _  _  _ 

B  2nd  Pit  Ldr  _  _  _ 

B  2nd  Pit  Sgt  _  _  _ 

B  3rd  Pit  Ldr  _  _  _ 

B  3rd  Pit  Sgt  _  _  _ 

C  Co  Cmdr  _  _  _ 

C  Co  XO  _  _  _ 

C  1st  Pit  Ldr  _  _  _ 

C  1st  Pit  Sgt  _  _  _ 

C  2nd  Pit  Ldr  _  _  _ 

C  2nd  Pit  Sgt  _  _  _ 

C  3rd  Pit  Ldr  _  _  _ 

D  Co  Cmdr  _  _  _ 

D  Co  XO  _  _  _ 

D  1st  Pit  Ldr  _  _  _ 

D  1st  PU  Sgt  _  _  _ 

D  2nd  Pit  Ldr  _  _  _ 

D  2nd  Pit  Sgt  _  _  _ 

D  3rd  Pit  Ldr  _  _  _ 


D  3rd  Pit  Sgt 


PVD  Operator  Log  ••  Task  Force  Exercises  -  MOVEMENT  TO  CONTACT  -  Page  3 
MOVEMENT  TO  CONTACT  #1 

EVENT  NOTED  FROM  PVD  EVENT  REPORTED  FROM  SIM 

FLAG  TIME  EVENT  FLAG  TIME 

_  _  Bn  Cmdr  reports  REDCON  1 

_  _  A  Co  crosses  LD  (Flag  when  COM  sun  of  A  Co  completely  ohms  LD  _ )  _ 

__  _  B  Co  crosses  LD  [Flag  when  COM  sim  of  B  Co  completely  crosses  LD  _ )  _ 


C  Co  crosses  LD  (Rag  when  COM  sim  of  C  Co  completely  crosses  LD  _ 1 

D  Co  crosses  LD  [Rag  when  COM  sim  of  D  Co  completely  crosses  LD  _ J 

All  Cos  cross  LD  (Rag  when  COM  sim  of  Bn  completely  crosses  LD  _ ) 


_  _  ENDEX  (END  OF  MOVEMENT  TO  CONTACT  #1) 

FLAG  ANY  SIM(s)  OUT  OF  THEIR  SECTOR;  THEN  FLAG  WHEN  THEY  RETURN  TO  THEIR 
SECTOR: 

Out  Of  Sector  Return  To  Sector  Out  Of  Sector  Return  To  Sector 

Flag  Time  Sim  Flag  Time  Sim  Flag  Time  Sim  Flag  Time  Sim 


CAUSE  OF  RETURN  TO  SECTOR:  (self/other  sims/ECR)  (Circle  which  applies  and  describe  how  sim 
returned  to  sector). 


OTHER  OCCURRENCES  TO  FLAG  &  RECORD:  BREAKDOWNS  (note  who,  what,  start  &  stop); 
HALT  IN  EXERCISE  (note  why,  start  &  stopV.  EQUIPMENT  PROBLEMS:  MISCELLANEOUS 

NOTEWORTHY  EVENTS- 


FLAG  TIME  PROBLEM 


PVD  Operator  Log  --  Task  Force  Exercises  -  MOVEMENT  TO  CONTACT  -  Page  4 


ADDITIONAL  EVENTS  TO  FLAG  (An  SME  at  the  Stealth  will  caU  wtr  the  CB  (admin  act,  channel  6)  rad  indicate  when  to 
throw  flags  for  these  events] 

UPON  INDICATION  FROM  THE  SME,  flag  when  a  BLUFOR  element  reports  enemy  observation;  (lag 
again  when  the  BLUFOR  element  carries  out  the  SME’s  subsequent  order. 

FLAG  TIME  EVENT  DESCRIPTION 


Mien  the  Task 


UPON  INDICATION  FROM  THE  SME,  flag  when  the  Bde  OPORD  is  received;  flag  again 
Force  OPORD  is  completed. 

FLAG  TIME  EVENT 

_  Bde  OPORD  received 

Task  Force  OPORD  completed 


UPON  INDICATION  FROM  THE  SME,  flag  when  the  Task  Force  OPORD  briefing  to  the  Co  Cmdrs  has 
been  COMPLETED;  flag  again  when  the  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit 

Ldrs. 

_  Task  Force  OPORD  briefing  to  Co  Cmdrs  COMPLETED 

Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit  Ldrs 


PVD  Operator  Log  --  Task  Force  Exercises  -  MOVEMENT  TO  CONTACT  --  Page  5 
MOVEMENT  TO  CONTACT  #2 

EVENT  NOTED  FROM  PVD  EVENT  REPORTED  FROM  SIM 

FLAG  TIME  EVENT  FLAG  TIME 

_  _  Bn  Cmdr  reports  REDCON  1 

_  _  A  Co  crosses  LD  [Flag  when  COM  sim  of  A  Co  completely  crone*  LD  _ ] 

_  B  Co  crosses  LD  (Flag  when  COM  sim  of  B  Co  completely  crones  LD  _ ) 

_  C  Co  crosses  LD  (Flag  when  COM  sim  of  C  Co  completely  crones  LD  _ | 

_  D  Co  crosses  LD  (Flag  when  COM  sim  of  D  Co  completely  crosses  LD  _ J 

__  _  All  Cos  cross  LD  (Flag  when  COM  sim  of  Bn  completely  crosses  LD  _ ] 

_  _  ENDEX  (END  OF  MOVEMENT  TO  CONTACT  #2) 

FLAG  ANY  SIM(s)  OUT  OF  THEIR  SECTOR;  THEN  FLAG  WHEN  THEY  RETURN  TO  THEIR 
SECTOR: 

Out  Of  Sector  Return  To  Sector  Out  Of  Sector  Return  To  Sector 

Flag  Time  Sim  Flag  Time  Sim  Flag  Time  Sim  Flag  Time  Sim 


CAUSE  OF  RETURN  TO  SECTOR:  (self/other  sims/ECR)  (Circle  which  applies  and  describe  how  sim 
returned  to  sector). 


OTHER  OCCURRENCES  TO  FLAG  &  RECORD:  BREAKDOWNS  (note  who,  what,  start  &  stop); 
HALT  IN  EXERCISE  (note  why,  start  &  stop);  EQUIPMENT  PROBLEMS:  MISCELLANEOUS 
NOTEWORTHY  EVENTS. 


FLAG  TIME  PROBLEM 


PVD  Operator  Log  -  Task  Force  Exercises  -  MOVEMENT  TO  CONTACT  -  Page  6 

ADDITIONAL  EVENTS  TO  FLAG  |An  SME  at  the  Stealth  will  call  wer  the  CB  (admin  net,  channel  6)  and  indicate  when  to 
throw  flags  for  these  matt] 


UPON  INDICATION  FROM  THE  SME,  flag  when  a  BLUFOR  element  reports  enemy  observation  flag 
again  when  the  BLUFOR  element  carries  out  the  SME's  subsequent  order. 

FLAG  TIME  EVENT  DESCRIPTION 


UPON  INDICATION  FROM  THE  SME,  flag  when  the  Bde  OPORD  is  received;  flag  again  when  the  Task 
Force  OPORD  is  completed. 

FLAG  TIME  EVENT 

_  _  Bde  OPORD  received 

_  _  Task  Force  OPORD  completed 

UPON  INDICATION  FROM  THE  SME,  flag  when  the  Task  Force  OPORD  briefing  to  the  Co  Cmdrs  has 
been  COMPLETED;  flag  again  when  the  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit 
Ldrs. 

_  _  Task  Force  OPORD  briefing  to  Co  Cmdrs  COMPLETED 

_  _  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit  Ldrs 


PLAN  VIEW  DISPLAY  (PVD)  OPERATOR  LOG 
HORIZONTAL  INTEGRATION  SIMULATION  EFFORT 
TASK  FORCE  EXERCISES  --  ATTACK 


December  13, 1993 


Date: _  DataLogger  File: _ 

Type  of  Exercise: _ 

PVD  Operator: _ 

Position  Sim  Call  Sign  Vehicle  ID 

Bn  Cmdr  _  _  _ 

Bn  S-3  _  _  _ 

CTCP  _  _  _ 

Mortar  _  _  _ 

Eng  Cdr  _  _  _ 

Eng  Pit  Ldr  _  _  _ 

Eng  Pit  Sgt  _  _  _ 

ADA  _  _  _ 

Scout  Pit  Ldr  _  _  _ 

Scout  Pit  Sgt  _  _  _ 


DataLogger  TURNED  ON  AT  TIME: 


FLAG: 


PVD  Operator  Log  -  Task  Force  Exercises  ••  ATTACK  -  Page  2 


Position  Sim  Cali  Siga  Vefckfc  ID 

ACoCmdr  _  _  _ 

A  CO  XO  _  _  _ 

A  1st  Pic  Ldr  _  _  _ 

A  1st  Pit  Sgt  _  _  _ 

A  2nd  Pit  Ldr  _  _  _ 

A  2nd  Pit  Sgt  _  _  _ 

A  3rd  Pit  Ldr  _  _  _ 

A  3rd  Pit  Sgt  _  _  _ 

B  Co  Cmdr  _  _  ______ 

B  Co  XO  _  _  _ 

B  1st  Pit  Ur  _  _  _ 

B  1st  Pit  Sgt  _  _  _ 

B  2nd  Pit  Ur  _  _  _ 

B  2nd  Pit  Sgt  _  _  _ 

B  3rd  Pit  Ur  _  _  _ 

B  3rd  PH  Sgt  _  _  _ 

C  Co  Cmdr  _  _  _ 

C  Co  XO  _  _  _ 

C  1st  Pit  Ur  _  _  _ 

C  1st  Pit  Sgt  _  _  _ 

C  2nd  Pit  Ur  _  _  _ 

C  2nd  Pit  Sgt  _  _  _ 

C  3rd  Pit  Ur  _  _  _ 

D  Co  Cmdr  _  _____  —  .  — —  - 

D  Co  XO  _  _  _ 

D  1st  Pit  Ur  _  _  _ 

D  1st  Pit  Sgt  _  _  _ 

0  2nd  Pit  Ur  _  _  _ 

D  2nd  Pit  Sgt  _  _  _ 

D  3rd  Pit  Ur  _  _  _ 

D  3td  Pit  Sgt  _  _  _ 
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ATTACK  #1: 


EVENT  NOTED  FROM  PVD 
FLAG  TIME  EVENT 

_  _  Bn  Cmdr  reports  REDCON  1 


EVENT  REPORTED  FROM  SIM 
FLAG  TIME 


_  A  Co  crosses  LD  [Flag  when  COM  aim  of  A  Co  completely  crosses  LD 

_  B  Co  crosses  LD  [Flag  when  COM  sim  of  B  Co  completely  crosses  LD] 

_ _ C  Co  crosses  LD  [Flag  when  COM  sim  of  C  Co  completely  crosses  LD) 

_  D  Co  crosses  LD  (Flag  when  COM  sim  of  D  Co  completely  crosses  LD 

___  _  All  Cos  cross  LD  [Flag  when  COM  sim  of  Bn  completely  crosses  LD 


_  _  A  Co  reaches  OBJ  (Flag  when  COM  sim  of  A  Co  is  inside  OBJ _ ]  _ 

_  _  B  Co  reaches  OBJ  [Flag  When  COM  sim  of  B  Co  is  inside  OBJ _ ]  _ 

_  _  C  Co  reaches  OBJ  [Rag  when  COM  sim  of  B  Co  is  inside  OBJ _ ]  _ 

_  _  D  Co  reaches  OBJ  [Flag  when  COM  sim  of  D  Co  is  inside  OBJ _ ]  _ 

_  _  All  Cos  reach  OBJ  [Flag  when  COM  sim  of  Bn  is  inside  OBI _ ]  _ 

_  _  ENDEX  (END  OF  ATTACK  #1) 

FLAG  ANY  SIM(s)  OUT  OF  THEIR  SECTOR;  THEN  FLAG  WHEN  THEY  RETURN  TO  THEIR 
SECTOR: 


Flag  Time  Sim  Flag  Time  Sim 


Flag  Time  Sim  Flag  Time  Sim 


CAUSE  OF  RETURN  TO  SECTOR:  (self/other  sims/ECR)  (Circle  which  applies  and  describe  how  sim 
returned  to  sector). 


OTHER  OCCURRENCES  TO  FLAG  &  RECORD: 
HALT  IN  EXERCISE  (note  why,  start  &  stop); 


(note  who,  what,  start  &  stop); 


FLAG  TIME  PROBLEM 
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ADDITIONAL  EVENTS  TO  FLAG  [An  SME  at  the  Stealth  will  call  ewer  the  CB  (admin  net.  channel  6)  and  when  to 
throw  flap  for  these  events] 

UPON  INDICATION  FROM  THE  SME,  flag  when  a  BLUFOR  element  reports  enemy  obserratioa;  Bag 
again  when  the  BLUFOR  element  carries  out  the  SME’s  subsequent  order. 

FLAG  TIME  EVENT  DESCRIPTION 


UPON  INDICATION  FROM  THE  SME,  flag  when  the  Bde  OPORD  is  received;  flag  again  when  the  Task 
Force  OPORD  is  completed. 

FLAG  TIME  EVENT 

_  _  Bde  OPORD  received 

_  _  Task  Force  OPORD  completed 

UPON  INDICATION  FROM  THE  SME,  flag  when  the  Task  Force  OPORD  briefing  to  the  Co  Cmdrs  has 
been  COMPLETED;  flag  again  when  the  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit 
Ldrs. 

_  _  Task  Force  OPORD  briefing  to  Co  Cmdrs  COMPLETED 

Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit  Ldrs 
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ATTACK  #2: 


EVENT  NOTED  FROM  PVD 
FLAG  TIME  EVENT 


EVENT  REPORTED  FROM  SIM 
FLAG  TIME 


_  _  Bn  Ccndr  reports  REDCON  1 

_  _  A  Co  crosses  LD  (Rag  when  COM  sim  of  A  Co  completely  croucs  LD 

_  __  ®  Co  crosses  LD  {Flag  when  COM  aim  of  B  Co  completely  erases  LD| 

_  _  C  Co  crosses  LD  (Flag  when  COM  sim  of  C  Co  completely  erases  LD] 

_  _  D  Co  crosses  LD  (Flag  When  COM  sim  of  D  Co  completely  crosses  LD 

_  _  All  Cos  cross  LD  (Flag  when  COM  sim  of  Bn  completely  crosses  LD _ 


_  _  A  Co  reaches  OBJ  [Rag  when  COM  sim  of  A  Co  is  inside  OBJ _ ]  _ 

_  _  B  Co  reaches  OBJ  [Rag  when  COM  sim  of  B  Co  is  inside  OBJ _ ]  _ 

_  _  C  Co  reaches  OBJ  [Rag  when  COM  sim  of  B  Co  is  inside  OBJ _ ]  _ 

_  _  D  Co  reaches  OBJ  [Rag  when  COM  sim  of  D  Co  is  inside  OBJ _ [  _ 

_  _  All  Cos  reach  OBJ  [Rag  when  COM  sim  of  Bn  is  inside  OBJ _ ]  _ 

_  _  ENDEX  (END  OF  ATTACK  #2) 

FLAG  ANY  SIM(s)  OUT  OF  THEIR  SECTOR;  THEN  FLAG  WHEN  THEY  RETURN  TO  THEIR 
SECTOR; 


Flag  Time  Sim  Flag  Time  Sim 


Flag  Time  Sim  Flag  Time  Sim 


CAUSE  OF  RETURN  TO  SECTOR:  (self/other  sims/ECR)  (Circle  which  applies  and  describe  how  sim 
returned  to  sector). 


OTHER  OCCURRENCES  TO  FLAG  &  RECORD; 
HALT  IN  EXERCISE  (note  why,  start  &  stop); 


(note  who,  what,  start  &  stop); 


FLAG  TIME  PROBLEM 
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ADDITIONAL  EVENTS  TO  FLAG  (An  SME  at  the  Stealth  will  call  over  the  CB  (admin  net,  channel  6)  and  indicate  when  to 
throw  flap  for  these  events] 

UPON  INDICATION  FROM  THE  SME,  flag  when  a  BLUFOR  element  reports  enemy  observation;  Bag 
again  when  the  BLUFOR  element  carries  out  the  SME’s  subsequent  order. 

FLAG  TIME  EVENT  DESCRIPTION 


UPON  INDICATION  FROM  THE  SME,  flag  when  the  Bde  OPORD  is  received;  flag  again  when  the  Task 
Force  OPORD  is  completed. 

FLAG  TIME  EVENT 

_  _  Bde  OPORD  received 

_  _  Task  Force  OPORD  completed 

UPON  INDICATION  FROM  THE  SME,  flag  when  the  Task  Force  OPORD  briefing  to  the  Co  Cmdrs  has 
been  COMPLETED;  flag  again  when  the  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit 
Ldrs. 

_  _  Task  Force  OPORD  briefing  to  Co  Cmdrs  COMPLETED 

_  _  Co  Cmdrs  HAVE  COMPLETED  their  orders  briefing  to  their  Pit  Ldrs 
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1 .  Qanaral  Isauas 

The  purpose  of  the  InterVehicular  Information  Systems  Translator  (ITRANS)  is  to  provide  seamless  IVIS 
communication  between  the  CVCC  IVIS  system  and  the  Ml  A2  IVIS  Systems.  The  Ml  A2  systems  will  not 
know  if  the  vehicles  it  sees  are  M1A2  IVIS  equipped  or  CVCC  IVIS  equipped  and  the  CVCC  systems  wil 
not  know  if  the  vehicles  it  sees  are  CVCC  IVIS  equipped  or  Ml  A2  IVIS  equipped. 

The  ITRANS  views  the  communication  world  with  two  types  of  networks:  one  for  CVCC  and  one  for 
Ml  A2.  Each  system  will  understand  only  one  of  the  two  types  of  report  formats.  The  ITRANS  represents 
the  systems  which  are  not  on  the  same  logical  communication  network,  that  is,  it  represents  M1A2 
systems  on  the  CVCC  network,  and  represents  CVCC  systems  on  the  M1A2  network.  Therefore,  the 
ITRANS  must  provide  all  the  status  and  handshaking  data  that  a  native  system  would. 

This  document  provides  a  user  perspective  on  the  translations  performed  by  the  ITRANS. 

Section  1  contains  general  overview  information  and  describes  handling  of  specific  issues. 

Section  2  contains  the  translations  between  reports. 

Section  3  contains  the  translations  between  overlays. 

Section  4  contains  an  explanation  the  translation  table  convention  used  in  this  document. 

1.1.  Call  Signs 

Ml  A2  calf  signs  are  five  characters  long  with  the  format  specified  in  the  figure  1 .  CVCC  call  signs  are  not 
rigidly  formatted.  The  conversions  are  described  below. 


Digit 


I  Letter  I 


Digit 


py  I 


Figure  1:  Ml  A2  IVIS  Call  Sign  Format 

1.1.1  CVCC  to  M1A2  Call  Sign  Translation 

When  CVCC  Status  PDUs  are  received  an  Ml  A2  call  sign  is  created  for  each  vehicle  which  has  not  been 
mentioned  in  a  previous  Status  PDU.  Figure  2  shows  the  duty  position  dependent  method  that  is  used. 
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Outy  Position 

Call  Sign  “~”1 

Letter 

kzfueh 

mm 

Ena 

Battalion  Commander 

A 

0..9 

■■■■ 

n 

XO 

A 

0..9 

Y 

0 

5 

FSO 

A 

0..9 

Y 

0 

5 

SI 

A 

0..9 

Y 

0 

5 

S2 

A 

0..9 

Y 

0 

5 

S3 

A 

0..9 

Y 

0 

5 

S4 

A 

0..9 

Y 

0 

5 

Company  Commander 

A 

0..9 

Company 

6 

6 

XO 

A 

0..9 

Company 

0 

5 

Platoon  Leader 

A 

0..9 

Company 

Platoon 

1 

Sergeant 

A 

0..9 

Company 

Platoon 

Wingman  1 

A 

0..9 

Company 

Platoon 

Wingman  2 

A 

0..9 

Comoanv 

Platoon 

Figure  2:  CVCC  to  Ml  A2  Call  Sign  Creation 

*The  first  digit  of  the  call  sign  is  created  somewhat  randomly  by  the  following  method:  A  counter  is  started 
at  0  each  time  a  status  PDU  is  received.  For  each  new  vehicle,  the  rightmost  digit  of  this  counter  is  used  as 
this  first  digit  of  the  call  sign.  If  the  call  sign  created  has  been  used,  the  digit  is  incremented  until  a  unique 
call  sign  is  created. 

1.1.2  CVCC  to  M1A2  Tank  Number  Creation 

Each  M1A2  system  also  has  a  unique  tank  10.  For  the  Ml  A2s,  this  is  the  password  that  was  entered  when 
the  Commander's  Integrated  Display  was  powered  on.  For  CVCC  systems,  this  value  is  created  by 
concatenating  an  M  and  a  unique  number.  The  unique  number  is  simply  a  count  of  each  CVCC  vehicle 
encountered,  padded  with  leading  zeros  to  make  it  a  5  digit  number. 

1.1.3  M1A2  to  CVCC  Call  Sign  Translation 
The  native  M1A2 IVIS  call  sign  is  used. 

The  M1A2  IVIS  call  sign  is  parsed  to  obtain  echelon  information.  The  M1A2  Simulator  Systems  do  not 
transmit  all  of  the  echelon  information  that  the  tank  commander  has  entered,  but  this  information  is 
required  to  uniquely  identify  an  entity  in  an  exercise  for  CVCC  communications.  Therefore,  a  convention 
was  adopted  which  encodes  this  information  in  the  call  sign.  In  order  for  (TRANS  to  operate  property,  the 
call  signs  selected  must  conform  to  the  rules  shown  in  figure  3.  The  question  marks  may  be  substituted 
with  any  letter  or  digit  as  specified.  Figure  4  shows  some  sample  call  signs  for  specified  duty  positions. 


Outy  Position 

Call  Sign  Format  Requirement  ] 

Letter 

Kim 

Letter 

warm ■ 

■Em 

Battalion 

? 

? 

H 

0*5  or  7-9 

7 

Platoon  assigned  to  Battalion 

? 

7 

H 

6 

7 

IsMjliJ  -kLd1. 'JBHHHHHHH 

1  B  | 

SHHBBHS 

A-F 

5-9 

7 

1  Platoon 

? 

7 

A-F 

1  -4 

7 

Figure  3:  Call  Sign  Assignment  Convention  for  ITRANS 
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Duty  Position 

Sample  Call  Sign 

Battalion  Commander 

M1H24 

Scout  Platoon  Leader 

M1H64 

Company  A  Commander 

M1A54 

Company  D,  4th  Platoon  Leader 

M1D44 

Figure  4:  Sample  Call  Signs 


1.2.  Duty  Positions 

In  some  cases,  CVCC  and  Ml  A2  duty  positions  do  not  directly  match.  The  mapping  from  CVCC  to  Ml  A2 
is  shown  in  figure  5.  Section  2.2  contains  an  explanation  of  the  formatting  convention  used  in  figure  5. 


CVCC  Duty  Position 

HEEii  i  mi’ii  yj 

Briaade  Commander 

Undefined 

XO 

Undefined 

FSO 

Undefined 

SI 

Undefined 

S2 

Undefined 

S3 

Undefined 

S4 

Undefined 

Battalion  Commander 

Battalion  Commander 

XO 

XO 

FSO 

FSO 

S2 

S2 

S3 

S3 

S4 

SI 

CTCP 

Sit  Disp 

Undefined 

Company  Commander 

. .  IIPSBi 

XO 

XO 

FIST 

1st  SGT 

Platoon  Leader 

Platoon  Leader 

Scout  PL  LDR 
Mortar  PL  LDR 

SPT  PL  LDR 

ADA  CDR 
EGRCDR 

MED  PL  LDR 
UCMP 

CMBTSRVM 

BMO 

Serqeant 

Serqeant 

Winqman  1 

Winqman  1 

Winqman  2 

Winqman  2 

|  Figure  5:  CVCC  to  M1A2  Duty  Position  Conversion 
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The  CVCC  systems  use  database  coordinates  to  communicate  vehicle  positions,  whereas  me  M1A2  uses 
MGRS  world  coordinates.  The  database  coordinates  are  used  to  create  a  UTM  location.  This  UTM  location 
is  converted  to  an  MGRS  location  by  adding  a  spheroid  and  grid  zone  designator  (two  digits  and  a  letter). 
The  spheroid  and  grid  zone  designator  are  stored  in  the  configuration  file  (discussed  in  section  1 .5).  This 
method  of  location  conversion  is  not  completely  accurate  but  has  been  shown  to  be  adequate  in 
experiments. 

The  ITRANS  system  ensures  that  position  reports  are  sent  to  M1A2  systems  tor  each  CVCC  system  on 
the  network.  ITRANS  watches  the  movement  of  each  CVCC  vehicle  and  keeps  a  timer  for  each  so  that  it 
may  send  position  reports  every  15  minutes  or  100  meters  of  vehicle  movement. 

The  CVCC  systems  expect  to  receive  status  updates  every  5  seconds  from  every  vehicle  on  the  network. 
The  ITRANS  ensures  that  these  are  sent  out  for  the  M1A2  vehicles.  These  status  updates  include 
position  information.  The  position  information  is  based  on  the  database  coordinates  of  the  vehicle  on  the 
simulated  battlefield.  The  CVCC  systems  are  not  sent  M1A2  position  reports,  nor  are  they  given  any 
position  data  transmitted  in  those  reports. 

CVCC  systems  see  all  vehicles  in  an  exercise.  This  is  accomplished  by  forwarding  the  status  reports 
(including  position)  up  and  down  the  command  chain.  This  is  contrary  to  the  M1A2  approach  where  only 
vehicles  on  a  particular  command  networks  are  visible.  Again,  ITRANS  provides  seamless  communication: 
the  CVCC  systems  are  told  all  vehicle  locations  and  the  M1A2  systems  are  told  only  the  positions  of 
vehicles  on  their  command  networks. 

1 . 4  Report  Routing 

In  the  CVCC  world  all  reports  are  broadcast  on  a  communication  network.  Each  level  of  command  is 
assigned  its  own  command  network,  and  all  reports  are  received  by  every  system  on  that  network. 
Instead,  the  Ml  A2  system  routes  most  reports  based  upon  their  type  and  the  duty  positions  of  the  sender 
and  receivers.  A  few  report  types  specify  broadcast  sending,  instead  of  the  point  to  point  report  routing. 
When  a  report  is  broadcast,  all  simulators  in  which  the  radios  are  set  to  the  parameters  of  the  source  will 
receive  the  report. 

To  maintain  the  seamless  communication  between  these  systems  reports  sent  on  the  M1A2  network  are 
directed  according  to  the  routing  tables  and  reports  sent  on  the  CVCC  network  are  broadcast  on  a 
command  network. 

1 . 5  Configuration  File 

The  configuration  file  is  divided  up  into  four  parts:  the  location  of  the  exercise,  the  mapping  of  radio 
parameters  to  each  CVCC  command  network,  the  M1A2  routing  tables,  and  preloaded  CVCC  vehicles. 
An  overview  of  each  part  is  provided  below. 

1.4.1  Exercise  Location 

As  described  in  section  1.3  Position  Reports,  the  spheroid  and  grid  zone  designator  that  are  used  in  the 
conversion  from  UTM  to  MGRS  are  stored  in  the  configuration  file. 

1.4.2  Radio  Parameters  to  CVCC  Command  Network  Mapping 

The  M1A2  systems  use  radio  settings  to  establish  the  command  networks,  whereas  the  CVCC  systems 
use  echelon  information  to  establish  or  define  the  command  networks.  The  radio  parameter  to  cvcc 
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command  network  mapping  includes  an  entry  for  every  command  network  that  is  to  be  used  in  an 
exercise.  This  entry  identifies  both  the  echelon  and  the  radio  settings  for  the  command  network. 

For  example,  the  A  Company,  2nd  Platoon  command  network  might  use  radio  A,  channel  2,  frequency 
hopping,  4800  data  rate,  COMSEC  variable  1 ,  plain  text,  and  have  time  delay  off.  The  configuration  file 
entry  for  this  network  would  look  like  the  following: 

radio  A  2  FH  4800  1  PT  Off 

net  Bn  1  Co  A  Pit  2  hr 

1.4.3  Routing  Tables 

The  routing  tables  are  read  from  the  configuration  file.  Each  report  has  its  own  entry.  This  entry  may 
specify  broadcast  or  a  table  of  duty  positions.  The  table  of  duty  positions  has  the  following  format: 

route  route- table-name  ( 

sender  ( primary  primary ... ) 

( alternate  alternate ... ) 
sender  ( primary  primary ... ) 

( alternate  alternate ... ) 

) 

Where  the  route-table-name  may  be  any  one  of 

contact,  spot,  cff,  sit,  overiay_ops,  overlay  _enemy,  overlayjso,  overiay_opsl  * 

*  The  overlay.ops  routing  table  is  used  for  both  the  obstacle  and  the  operations  1  overlays.  The 
overlay_ops1  is  used  for  the  operations  2  overlay.  This  is  confusing  and  should  probably  be  changed. 

The  sender,  primary,  and  alternate  are  duty  positions,  which  may  be  any  one  of 
BnCO,  BnXO,  BnS4,  BnS3,  BnS3TOC,  BnS2.  BnSI,  BnFSO 
CoCO,  CoXO,  ColSG,  CoFist 
PL.  PS.  PW1,  PW2 

SctPL,  MortPL,  EngCO,  AdaPL,  SptPL,  MedPL,  UMCP,  BMO,  CSM 

When  a  report  is  to  be  routed  the  duty  position  of  the  sender  is  looked  up  in  the  routing  table  specified  by 
the  type  of  the  report.  This  lookup  yields  two  lists:  a  list  of  primary  receivers  and  a  list  of  alternate 
receivers.  Anyone  currently  on  the  command  network  whose  duty  position  is  in  the  list  of  primary 
destinations  will  receive  the  report.  If  there  are  no  primary  receivers  of  a  report,  the  alternate  list  is  checked 
in  the  same  way. 

1.4.4  Preloaded  CVCC  Vehicles 

Several  of  the  Battalion  TOC  positions  do  not  have  vehicle  simulations.  Therefore,  status  messages  are 
not  sent  for  these  positions.  The  ITRANS  does  not  see  these  entities  so  they  are  preloaded  into  ITRANS. 
The  battalion  S2  entry  would  look  like  the  following: 

cvcc_vehicle  BnS2 
cvcc_network  Bn  1 1rr  Irr  Irr  Irr 


2 .  Reports 

The  reports  from  both  the  CVCC  and  Ml  A2  systems  are  shown  in  figure  6.  The  translation  and  direction 
of  translation  is  shown  in  the  center  column.  The  Call  For  Fire,  Contact,  Situation,  and  Spot  are  translated 
in  both  directions.  The  Adjust  Fire  is  translated  in  to  an  Ml  A2  Call  For  Fire  Report,  but  an  Adjust  Fire  can 
not  be  initiated  from  the  Ml  A2  side  of  the  ITRANS.  The  other  reports  are  not  translated. 
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CVCC  Report 

Translation 

M1A2  IVIS  Reoort 

Adjust  Fire 

-> 

Cal  For  Fire 

Call  For  Fire 

<-> 

Cal  For  Fire 

Contact 

<-> 

Contact 

Shell 

none 

Situation 

<•> 

Situation 

Spot 

<-> 

Spot 

Intel 

none 

Free  Text 

none 

NBC 

none 

none 

MedEvac  Air 

none 

MedEvac  Ground 

Figure  6:  CVCC  to  M1A2  IVIS  Report  Mapping 


An  Ml  A2  IVIS  Contact  or  Spot  report  may  have  a  Call  For  Fire  report  appended  to  it.  When  this  occurs,  the 
ITRANS  generates  a  CVCC  Contact  or  Spot  report  and  an  additional  CVCC  Call  For  Fire  report 

2.1  Report  Field  Translations 

The  sections  and  tables  below  show  the  translation  between  M1A2  and  CVCC  report  formats.  The 
leftmost  column  contains  the  Ml  A2  report  fields.  The  rightmost  column  contains  the  CVCC  report  fields. 
If  fields  from  each  of  the  two  reports  are  on  the  same  line  of  a  table,  there  is  a  translation  between  them.  In 
such  cases,  the  middle  column  or  columns  describe  the  translation.  If  a  report  field  does  not  have  a 
corresponding  field  in  the  other  format,  the  field  will  be  on  a  line  by  itself.  In  these  cases,  the  middle 
column  describes  how  the  field  is  filled  in.  Section  2.2  contains  the  translations  referenced  in  the  middle 
columns. 

2.1.1.  Call  For  Fire  Report 


M1A2  Report  Field 

f  Ml  A2<-CVCC  1  Ml  A2->CVCC 

CVCC  Report  Field 

Time 

System  Time  Stamp 

Time 

Location 

Tamet  Location 

Sender's  Location  is 
Copied  from  the 
Status  PDUs 

Observer  Location 

Type 

See  Object  Type 
Detailed  Translation 

See  Threat  Type 
Translation 

Type 

Size 

Size 

Not  Filled 

Concentration  Number 

Fire  Type 

“Immediate 

Suppression* 

Figure  7:  Call  For  Fire  Report  T ranslatior 


The  adjust  fire  report  is  translated  into  an  Ml  A2  call  for  fire  report.  The  new  location  is  transmitted  and  the 
threat  type  is  specified  as  none. 

An  adjust  fire  message  can  not  be  sent  from  an  Ml  A2  system  to  a  CVCC  system. 
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2.1.2.  Contact  Report 


M1A2  Report  Field 

Ml  A2<-CVCC  !  Ml  A2«>CVCC 

CVCC  Report  Field 

Time 

System  Time  Stamp 

Time 

Location 

Location 

i  “  I  Not  Filled 

Headina 

Type 

See  Threat  Type  Translation  fl  of  2  translated! 

Type  [21 

Size 

1  ! 

Fire 

"None"  1 

Figure  8:  Contact  Report  T ranslation 


2.1.3.  Situation  Report 


M1A2  Report  Field 

i  mm  in  —mm 1 11  r— 

CVCC  Report  Field 

Time 

System  Time  Stamp 

Time 

—  1  1  hi  — 

Enemy  Activity  Tvoe 

Not  Filled 

1  1  1  P  — 

Friendly  Locations  f91 

From  Status  PDUs 

From  Friendly 
Locations 

Start  FLOT 

From  Friendly 
Locations 

End  FLOT 

Tactical 

See  Tactical 

Translation 

Own  Intent 

Vehicles  Authorized 

Not  Filled 

Vehicles  On  Hand 

Not  Filled 

Personnel  Authorized 

Not  Filled 

Personnel  On  Hand 

From  Status  PDUs 

SABOT 

From  Status  PDUs 

HEAT 

From  Status  PDUs 

MPAT 

Not  Filled 

STAFF 

Not  Filled 

Smoke  Grenade 

Not  Filled 

COAX 

From  Status  PDUs 

50  Caliber 

Not  Filled 

Fuel 

From  Status  PDUs, 

See  Fiaure  10 

Not  Filled 

Critical  Shortaae  Ammo 

Not  Filled 

Critical  Shortage 
Eauioment 

Not  Filled 

Critical  Shortaae  Fuel 

Figure  9:  Situation  Report  Translation 
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Fuel  Level 

Status  Code 

0-25% 

Red 

25-50% 

Green 

50-75% 

Amber 

75-100% 

Black 

Figure  10:  Fuel  Level  Conversion 


2.1.4.  Spot  Report 


M1A2  Report  Field 

*  turn* ’w 

CVCC  Report  Field 

Time 

System  Time  Stamo 

Time 

Location 

Location 

Type  [4] _ 

See  Threat  Tvoe  T  ranslation  f2  of  4  translated! 

Type  12] 

Size  f41 

2  of  4  translated 

Number  [21 

1  1 

■■  ■■  ■ 

Destroyed 

Fire  Tvoe 

*None“ 

Friendly  Action 

HWWK-..1  aiLii  ux.viii'ii  skLliAl 

Activity 

mi  ^  r !  i  s 1  i  i : . :  > Vims 

r*.T  iT-V  1 1’i  i  iVHBHKBBi 

Figure  1 1 :  Spot  Report  T ranslation 

2.2  Enumeration  Type  Translations 

The  following  examples  are  given  to  clarify  the  translation  tables  presented  below.  Figure  12  shows  a 
translation  in  which  one  M1A2  value  is  translated  to  one  CVCC  value,  and  the  same  CVCC  value  is 
translated  back  into  an  Ml  A2  value. 


M1A2 

CVCC 

1 

A 

Figure  12:  One  to  One  Translation  Table  Entry 

TheM1A2  value  1  will  be  translated  into  CVCC  A.  1  ->  A 

The  CVCC  value  A  will  be  translated  into  Ml  A21.  A  ->  1 

Figure  13  shows  a  translation  in  which  there  are  multiple  CVCC  values  representing  one  M1A2  value.  It  is 
not  possible  to  send  B,  C,  D,  or  E  from  Ml  A2  to  CVCC. 


M1A2 

CVCC 

1 

A 

B 

C 

D 

E 

Figure  1 3:  One  to  Many  Translation  Table  Entry 


The  Ml  A2  value  1  will  be  translated  into  CVCC  A. 
The  CVCC  value  A  will  be  translated  into  Ml  A2 1 . 


1 

A 


*> 

-> 


A 

1 


OASlS*LR93Q2-2  12  Jan  94 


The  CVCC  value  B  will  be  translated  into  M1A2 1.  B  -> 

The  CVCC  value  C  will  be  translated  into  M1A2 1.  C  -» 

The  CVCC  value  D  wM  be  translated  into  M1A2 1.  0  -> 

The  CVCC  value  EwriH  to  translated  into  Ml  A21.  E  -> 


1 

1 

1 

1 


Figure  14  shows  a  translation  in  which  there  are  multiple  M1A2  values  representing  one  CVCC  value.  It  is 
not  possible  to  send  2. 3, 4,  or  5.  from  CVCC  to  Ml  A2. 


M1A2 

CVCC 

1 

A 

2 

3 

4 

5 

Figure  14:  Many  to  One  Translation  Table  Entry 


The  Ml  A2  value  1  will  be  translated  into  CVCC  A. 
The  M1A2  value  2  will  be  translated  into  CVCC  A. 
The  Ml  A2  value  3  will  be  translated  into  CVCC  A. 
The  Ml  A2  value  4  will  be  translated  into  CVCC  A. 
The  Ml  A2  value  5  will  be  translated  into  CVCC  A. 
The  CVCC  value  A  will  be  translated  into  Ml  A2 1 . 


1  ->  A 

2  ->  A 

3  ->  A 

4  *>  A 

5  ->  A 

A  ->  1 


2.3.1  Enemy  Activity  Translation 

The  enemy  activity  translation  is  used  in  the  Situation  and  Spot  reports  lor  both  CVCC  and  Ml  A2.  Figure 
15  shows  the  mapping  between  the  two  enumerations. 


l—^IT-Vl-TTTTI 

iHHEJdiE  ivHI 

CVCC  Activity 

None 

Unknown 

No  Change 

Oefending 

Defend 

Attacking 

Attack 

Air  Attack 

Fire 

Ground  Attack 

Withdrawing 

Withdraw 

Screening 

Delay 

Reconing 

Recon 

Figure  15: 


Enemy  Activity  Translation 
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2.3.2  Tactical  Translation 

The  tactical  translation  is  used  in  the  Situation  report  for  both  CVCC  and  M1A2.  Figure  16  shows  the 
mapping  between  the  two  enumerations. 


M1A2  Tactical 

CVCC  Activitv 

None 

Unknown 

No  Chance 

Defend 

Defend 

Attack 

Attack 

Air  Attack 

Fire 

Ground  Attack 

Withdraw 

Withdraw 

Relief 

Delay 

Move 

Recon 

Figure  16:  Tactical  Translation 

2.3.3  Friendly  Activity  Translation 

The  friendly  activity  translation  is  used  in  the  Spot  report  for  both  CVCC  and  M1A2.  Figure  17  shows  the 
mapping  between  the  two  enumerations. 


M1A2  Friendly 
Activity 

CVCC  Activity 

None 

*see  note  below 

Unknown 

Continue 

No  Change 

Air  Attack 

Attack 

Fire 

Ground  Attack 

Defend 

Delay 

Withdraw 

Observe 

Recon 

Figure  1 7:  Friendly  Activity  T ranslation 

•  The  Ml  A2  'None"  is  translated  to  the  CVCC  'No  Change*. 

The  CVCC  'Unknown*  is  translated  to  the  M1A2  “None*. 


2.3.4  Threat  Type  Translation 

Threat  types  are  specified  in  three  reports:  Contact,  Call  For  Fire,  and  Spot.  Several  different ^translations 
are  required  because  of  the  level  of  detail  allowed  in  each.  Figure  18  is  used  in  creating  all  three  CVCC 
reports  from  Ml  A2  reports.  Figure  19  defines  the  translation  used  in  creating  Ml  A2  Contact  reports  from 
CVCC  reports.  Figure  20  defines  the  translation  used  in  creating  Ml  A2  Call  For  Fire  and  Spot  reports  from 

CVCC  reports. 
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KUJAiiUllVJ'lJB 

None 

Unknown 

Aircraft 

Fix  Wing  Aircraft 

Aircraft  Floaaer 

Aircraft  Havoc 

Helicopter 

Aircraft  Hind 

Aircraft  HiD 

Artillery 

Artillery 

Artillery  SP 

Artillery  Towed 

APC 

Personnel  Carrier 

A  PC  BMP 

APC  BDRM 

APC  BTR 

Tank 

Tank 

Tank  T55 

TankT60 

Tank  T72 

TankT80 

Tank  NATO 

Tank  FST 1 

Truck 

Tank  FST  2 

Other 

Unknown 

Other  Bunker 

Other  ZSU23 

Truck 

Other  SA9  13 

Other  Infantry 

Troop 

Figure  18:  Ml  A2  Threat  Type  to  CVCC  Object  Type  Mapping 
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Ml A2  Threat  Tvoe 

Unknown 

None 

Fix  Wing  Aircraft 

Aircraft 

Helicopter 

Artillery 

Artillery 

Mortar 

Personnel  Carrier 

APC 

Truck 

C2 

Mech 

Scout 

Support 

Tank 

Tank 

ATGM 

Other 

Troop 

Unknown  Obstacle 

Abati  Obstacle 

Blown  Bridge  Obstacle 

Mine  Field  Obstacle 

Tank  Ditch 

Nuclear  Attack 

Biological  Attack 

Chemical  Attack 

NBC  Observe  Location 

Artillery  Shell 

FLOT 

Figure  1 9:  CVCC  Object  Type  Mapping  to  Ml  A2  Threat  Type 
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CVCC  Obiect  Type 

Ml  A2  Threat  Type 

Unknown 

None 

Fix  Wing  Aircraft 

Aircraft  Fiooger 

Helicopter 

Aircraft  Hind 

Artillery 

Artillery 

Mortar 

Personnel  Carrier 

APC  BMP 

Truck 

APC 

C2 

Mech 

Scout 

Support 

Friendly  Tank 

Tank  NATO 

Target  Tank 

Tank  T72 

Troop 

Other  Infantry 

ATGM 

Other 

Unknown  Obstacle 

Abati  Obstacle 

Blown  Bridge  Obstacle 

Mine  Field  Obstacle 

Tank  Ditch 

Nuclear  Attack 

Biological  Attack 

Chemical  Attack 

NBC  Observe  Location 

Artillery  Shell 

FLOT 

Figure  20:  CVCC  Object  Type  Mapping  to  Ml  A2  Detailed  Threat  Type 

3 .  Overlays 

The  CVCC  Battalion  TOC  workstation  does  not  receive  overlays  from  the  simulation  network.  Therefore, 
CVCC  overlays  are  translated  into  M1A2  overlays,  but  M1A2  overlays  are  not  translated  into  CVCC 
overlays. 

3.1  Overlay  Types 

CVCC  systems  not  classify  overlays  into  types;  the  Ml  A2 1  VIS  systems  allow  five  overlay  types.  The  name 
of  a  CVCC  overlay  is  used  to  determine  which  M1A2  overlay  type  to  generate.  Figure  21  shows  the  five 
M1A2  overlay  types  and  the  character  string  which  must  appear  in  a  CVCC  overlay  name  for  it  to  be 
translated  properly  to  Ml  A2. 


Overlay  Type 

CVCC  Name 

Enemy 

ENEMY 

Obstacle 

OBST 

Fire  Support 

FIRESPT 

Operations  1 

OPS1 

Operations  2 

OPS2 

Figure  21 :  M 1 A2  Overlay  Types  and  CVCC  Naming  Convention 
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CVCC  systems  do  not  send  overlay  updates,  as  the  M1A2  systems  do.  To  support  this  capability  the 
ITRANS  wiH  maintain  a  copy  of  each  overlay  translated  from  CVCC  to  Ml  A2.  When  another  overlay  of  the 
same  type  is  to  be  transmitted  it  will  be  tagged  as  an  update.  The  ITRANS  will  ensure  that  the  Ml  A2 
systems  see  the  overlay  as  an  accurate  overlay  update. 

To  send  a  full  overlay  (possibly  after  updates  have  been  sent)  the  TOC  operators  must  simply  create  a  new 
overlay.  The  TOC  will  give  it  a  new  overlay  10  and  this  will  tell  ITRANS  to  send  out  a  fun  overlay. 

3.3  Graphic  Element  Translations 

Translation  of  overlays  is  accomplished  by  translating  each  graphic  in  an  overlay  from  the  CVCC  type  and 
format  to  the  Ml  A2  type  and  format.  Two  goals  were  attempted  when  mapping  the  graphics  from  CVCC  to 
Ml  A2.  First,  make  the  graphics  look  the  same  whenever  possible.  Second,  provide  a  means  to  create  all 
Ml  A2  graphics  from  the  CVCC  Battalion  TOC. 

In  the  M1A2,  waypoints  (start,  passage,  coordinating,  release,  etc.)  may  be  numbered  to  assist  with 
navigation  of  the  tank.  These  numbered  waypoints  may  be  sent  in  an  overlay.  The  ITRANS  system  does 
not  provide  a  means  to  generate  numbered  waypoints  for  sending  to  the  M1A2  systems.  The  points 
themselves  may  be  sent,  but  it  is  the  responsibility  of  the  tank  commander  to  number  the  points,  if  he 
wishes  to  use  them  as  waypoints. 

The  CVCC  and  M1A2  systems  use  a  type,  one  or  more  labels,  and  a  series  of  points  to  define  each 
graphic. 

Each  Mi  A2  graphic  may  have  up  to  two  labels  of  ten  characters  each.  The  labels  are  attached  to  the  left 
and  right  sides  or  endpoints  of  the  graphic.  The  CVCC  graphics  have  a  variable  number  of  labels 
depending  on  th-  type  of  the  graphic.  The  first  two  labels  are  translated  into  the  M1A2  labels.  If  two  or 
fewer  labels  are  used  on  each  graphic,  the  translation  to  Ml  A2  will  be  consistent. 

Each  graphic  represents  either  a  point,  line,  or  area  which  is  defined  by  its  type.  The  translation  of 
graphics  is  discussed  in  the  following  sections. 

3.3.1  Graphic  Point  Translations 

Figure  22  shows  the  point  type  translations. 

The  point  obstacle  is  used  as  the  default  lor  any  graphics  which  do  not  have  a  translation. 

All  four  CVCC  TOC  symbols  are  translated  to  the  generic  Ml  A2  headquarters  symbol. 

In  order  to  create  a  tank  or  armored  personnel  carrier  (APC),  the  appropriate  unit  symbol  with  no  size 
designator  should  be  used. 

CVCC  does  not  support  the  Anti-tank  Weapon  icon,  therefore  the  Anti-armor  icon  is  translated  into  the 
Anti-tank  Weapon  icon. 

Finally,  two  M1A2  graphics  cannot  be  created  from  the  Battalion  TOC:  threat  and  medevac.  These  two 
graphics  are  automatically  added  to  overlays  when  the  tank  receives  a  report.  The  location  from  a  contact, 
spot,  or  call  tor  fire  report  is  noted  with  the  threat  icon  on  the  enemy  overlay  and  the  location  from  a 
medevac  report  is  noted  with  the  medevac  icon  on  the  first  operations  overlay. 
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CVCC 

111  A2 

Check  Point 

Critical  Point 

UnkuD  Point 

Oeoarture  Point 

Traffic  Control  Point 

Wav  Point 

Start  Point 

Start  Point 

Release  Point 

Release  Point 

Coordinating  Point 

Coordinating  Point 

Contact  Point 

Contact  Point 

Passage  Point 

Passage  Point  » 

Mortar  Range  Fan 

Target  Reference  Point 

Howitzer  Range  Fan 

Target  Reference  Point 

Observation  Post 

Observation  Point 

Antitank  Mine 

Anti  Personnel  Minefield 

Antipersonnel  Mine 

Mine 

Anti  Armor 

Anti  Tank  Weapon 

IVISATGM 

IVISPC 

APC 

IVIS  Scout 

BIFV 

CFV 

IVIS  Troop 

Armor  Cavalry  Troop 

IVIS  Tank 

Tank 

Tank  Image 

Heavy  Tank 

Armor  Bn  TOC 

Headquarters 

Cavalry  Squadron  TOC 

Infantry  TOC 

MechTOC 

Armor  Or 

Armored  Airborne 

Battalion 

Armor  Battalion 

Companv 

Armor  Companv 

Platoon 

Armor  Platoon 

Task  Force 

Armor  Task  Force 

Team 

Armor  Team 

Default 

Tank 

1  Armored  Cavalry  1 

Squadron 

Armor  Cavalry  Squadron 

Battalion 

Comoanv 

Task  Force 

Team 

Platoon 

Armor  Cavalrv  Platoon 

Default 

APC 

Figure  22:  CVCC  -  Ml  A2  Point  Translation 


15 


OASIS-LR9302-2  1 2  Jan  94 


_ CVCC  I  M1A2 

Cavalry  Or 
Mech  Infantry  Or 
Motorized  Infantry  Or 
BIFV  Mounted  Or 


Infantry 


Battalion 

Mech  Infantry  Battalion  1 

Company 

Platoon 

Mech  Infantry  Platoon 

Task  Force 

Mech  Infantry  Task  Force 

Team 

Mech  Infantry  Team 

Default  1 

APC 

Abatis 

Point  Obstacle 

IVIS  Blown  Bridge 

IVIS  Abatis 

IVIS  Unknown  Observation 

ACP 

IVIS  Unknown 

IVIS  Mortar 

Mortar 

Howitzer 

IVIS  Chemical 

IVIS  Nuclear 

IVIS  Fwair 

IVIS  Helo 

IVIS  Mech 

IVIS  Observer  Location 

IVIS  Support 

IVIS  Truck 

Air  Cavalry 

Liaht  Infantry 

Ranger 

Airborne  Infantry 

Artillery 

Rocket  Artillery 

Surface  To  Surface 

Howitzer  Support 

1 U  •  jc  fTTTi  i  ■  ■  [ 

Target  Acouisition 

Engineer 

Bridqing 

Topographic  Engineer 

Amphibious  Engineer 

Survey 

Air  Defense 

Surface  To  Air 

Surface  To  Air  Support 

Helicopter 

Figure  22:  CVCC  •  Ml  A2  Point  Translation  (continued) 
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CVCC 

M1A2 

Fixed  Winq 

Point  Obstacle  (continued) 

Armor  Trains 

Mech  Trains 

Ammo  Suppiv  Point 

ALOC 

Siqnal 

Medical 

Military  Police 

CEWI 

IVIS  Arty 

IVIS  Bioloqical 

Chemical 

Fired  Demo 

Mortar  Barrage 

Howitzer  Barraqe 

Nuclear  Target 

IVIS  Shell 

Helo 

Figure  22:  CVCC  •  M1A2  Point  Translation  (continued) 


3.3.2  Graphic  Line  Translations 
Figure  23  shows  the  linear  graphic  translations. 

The  CVCC  multi-point  symbols  may  contain  up  to  50  points  each.  When  these  graphics  are  translated  into 
equivalent  M1A2  graphics,  only  nine  points  per  symbol  are  translated. 

The  M1A2  does  not  support  arrow  objects,  therefore  any  CVCC  graphics  containing  arrows  (axis  of 
advance,  direction  of  attack,  main  advance,  etc.)  are  translated  into  one  or  more  Free  Draw  symbols  which 
replicate  the  graphic  symbol  on  the  TOC. 

The  CVCC  Linear  Target  is  a  multi-point  symbol,  while  the  M1A2  Linear  Concentration  is  a  two-point 
symbol.  Therefore,  the  CVCC  Linear  Target  symbol  is  translated  into  one  or  more  M1A2  Linear 
Concentration  symbols. 

The  Ml  A2  does  not  support  the  Coordinated  Fire  Line,  however  since  it  does  support  the  Front  Line  and 
Coordinating  Point  symbols,  the  CVCC  Coordinated  Fire  Line  is  translated  into  two  M1A2  Coordinating 
Points  connected  by  one  or  more  Front  Line  symbols. 

The  unspecified  obstacle,  bridge,  and  lane  graphics  cannot  be  created  from  the  Battalion  TOC. 
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CVCC 

M1A2 

No  Fire  Line 

Free  Draw 

Generic  Line 

Restricted  Fire  Line 

Direction  Of  Advance 

Main  Direction  Of  Advance 

Axis  Of  Advance 

Main  Axis  Of  Advance 

Boundary  Line 

Phase  Line 

Generic  Area 

Linear  Abatis 

RectanquIarTaroet 

Engagement  Area 

Linear  Target 

Linear  Concentration 

Unspecified  Minefield 

Minefield 

Anti-tank  Minefield 

Antipersonnel  Minefield 

Tank  Ditch 

Anti-tank  Ditch 

Coordinated  Fire  Line 

Coordinating  Points  and  Front  Line 

FLOT 

Front  Line 

Figure  23:  CVCC  •  Ml  A2  Graphic  Line  Translation 


3.3.3  Graphic  Area  Translations 

Figure  24  shows  the  area  translations.  CVCC  uses  spline  curves  to  represent  battle  positions.  M1A2 
uses  three  points  to  define  the  size  and  direction  of  a  battle  position.  Therefore,  all  spline  curves  with  a 
platoon,  company,  or  battalion  size  designator  will  be  translated  into  the  corresponding  M1A2  Battle 
Position  symbol.  The  point  with  the  size  indicator  and  the  two  points  on  either  side  of  it  are  used  to  create 
the  Mi  A2  graphic.  If  four  points  are  used  to  define  a  battle  position,  the  result  of  the  translation  to  Ml  A2  is 
very  accurate.  If  more  points  are  used,  the  extras  are  ignored. 
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